Arkalius

You're right. I was frustrated at the time I wrote it because I wasn't noticing the truncation of the number I was entering, so I spent an inordinate amount of time trying to figure out what I was doing wrong before I noticed what was happening. My suggestion is maybe you store the value as a double too, in kilometers? Anyway, I'll let you figure it out.

So I downloaded and installed the mod but found it cannot do the simple thing I needed it for. I have a small probe that's diving down toward the sun because I have a contract that requires me to test a part at a very narrow altitude range of the sun, closer than Moho's orbit. It's periapsis is below this point, and I don't want to miss the time it happens. So I wanted to set an alarm based on distance. But, the distance box won't let me enter an altitude in meters larger than about 2.1 billion (I'm guessing it's limited to a 32-bit integer), so it defaults to the periapsis altitude which is not helpful for me. This is kind of a dumb limitation to have in a game dealing with spaceflight and astronomical distances, don't you think? I mean, 2.1 billion meters is well inside Moho's orbit. At the very least I should be able to enter a distance in kilometers.

Well, the biggest tip I can give you is try to design rockets that somewhat resemble real-life rockets. I don't think I've ever seen a monstrosity like that in real life

The asteroid might fulfill the asteroid requirement, but what might be happening is that when you dock to it, the new "vessel" that is created is not considered "newly built for the contract" because part of it, the asteroid, existed before the contract was taken.

I'm apparently averse to time-accelerating more than a day or so without doing something in my career game. I feel like if a craft is going to take a few days to get somewhere, that's time I can do other missions in the interim. I'm slowly breaking this habit as I take on more missions of a long-term nature, but I doubt I'll ever fully overcome it.

So I have a question for which I can't really find a good answer. Mathematically speaking, we say a and b are inversely proportional if the relationship a * b = k for some constant k holds. Here, k is the constant of proportionality. Colloquially, when we say "a is inversely proportional to b", we expect that as a increases, b will decrease by some relative amount. Now, consider what happens when k is a negative number. In this situation, exactly one of a or b must be negative as well. We also note that as the absolute value of one increases, the absolute value of the other must decrease. However, the actual value of both will vary in the same direction. If a goes up (ie if you add a positive value to it), so too does b (it gains positive value). Conversely, if a goes down (subtract from it) the same is true for b. However, to say in this situation that a is inversely proportional to b, while technically correct, suggests the inaccurate scenario that when a goes up, b goes down and vice versa. Colloquially speaking we might want to say they are directly proportional but that mathematical relationship doesn't hold. So how do we describe this relationship in a way that is both mathematically accurate, and which conveys the reality of how it works? For context, I was looking for a way to explain the relationship between specific orbital energy and semi-major axis of the orbit. That relationship is expressed by: E = - mu / (2 * a) Where mu is the standard gravitational parameter of the central body. In this case, we can change the equation to E * a = - mu / 2, and since mu is always positive, we have a negative constant of proportionality. Thus either E or a is negative. E is negative when it is a closed orbit, and a is negative in an unbounded one (hyperbolic). In this situation, if you increase the value of a (ie, add a positive value to it), the value of E also increases (as if you added a positive value to it). Saying they are inversely proportional seems to convey the opposite. So, anyone have any insights in how to best communicate the relationship between E and a? Side Note: for those wondering how you can have negative energy, specific orbital energy is considered the sum of specific kinetic energy and specific gravitational potential energy, which is always negative. This value represents the negative of the kinetic energy per kilogram required to just escape from the body in question (ie be slowed to a velocity of 0 by gravity at infinite distance). Thus, specific orbital energy represents the amount of kinetic energy per kilogram the object has in excess of what is needed to escape the body. So, in a closed orbit, this excess is actually a deficit and thus the value is negative.

If you use LV-Ns with LF/LOX tanks and pull the LOX out, it's not going to be very useful. Your fuel mass fraction has gone down, plus the LV-Ns are quite heavy (3t each) which also reduces mass fraction. So, unless you have a lot of fuel tanks on there, your mass fraction is likely to go down enough to make the gain in Isp insufficient to actually add dV. You're going to want to use LF-only tanks with LV-N's, and best to do only with larger craft, due to the mass of the engines.

I like that design, it's pretty neat. Though, I wonder at it's utility at that size. I'm not sure how disorienting a sustained 4.2 rpm is on the average human's equilibrium. Plus, by my calculations, a person at the 1g section would experience about 1.12g's walking with the rotation, and about 0.88g's walking against it with average walking speed, more than a 25% variation. Not sure how difficult that would be to deal with. Still, it's a neat concept, and could potentially be scaled up to compensate for those issues.

If you "close" a future node (ie double-click away from it in map view), then hover the cursor over the closed node, it will tell you what its dV will be.

Prograde, in almost any context, means the direction of your relative velocity around the central body of your orbit. When used to describe an orbit itself, it means an orbit of less than 90 degrees equatorial inclination. The context is almost always enough to understand what is meant when the term is used.

I've had situations where it seemed like my wheels (or at least the nosewheel) was "stuck" inside the runway and thus I couldn't lift off until going off the end of it. Does the back of your plane bounce up in the air a bit as it spawns on the runway? That's usually a sign this is happening. I'm not sure exactly how to fix it, but I found moving the nose gear around a bit seemed to solve the problem for me when I was having it.

It's more like 3.5km/s in 1.0. You can get it down to maybe 3.3 or 3.2 if you're really efficient with your ascent. More awkward loads may require more as a result of extra drag or difficulties in flying them efficiently.

One thing to note is that you have several fuel tanks stacked up on that bottom stage. They will drain top to bottom which causes your CoM to shift to the bottom of the rocket, which makes it more unstable (the drag at the top applies more torque). This CoM shifting would happen even with a single large fuel tank, but it's more pronounced when you use several smaller ones. You can try and disable the fuel feed from the top ones and enable them as needed in order to resolve this (or even have the CoM shift upward, increasing stability). You can also just do manual crossfeeds.

For all these values, atmosphere is unchecked in KER. I like to allow for about 3500 m/s for getting into LKO. Then you need about 1200 m/s to get to the Mun and insert into a low orbit. Landing and getting back into Mun orbit is about 600m/s each (more if you haven't perfected your Mun landing skills or have to hunt for a safe spot). Then you need like 320 or so to escape the Mun into a direct re-entry back to Kerbin. That's a total of just over 6200 m/s. That's all assuming you can fly the mission with decent efficiency with your maneuvers. You'd probably want a little extra wiggle room there. You could probably do it with less if you're really good. With the 6295, is entirely conceivable that you were simply inefficient at some point and ended up short some delta-V in the end. Efficient ascent to LKO is probably where most people struggle the most. Mun landing can also come with a good bit of waste, especially if you're trying to land in a specific spot. As for the atmospheric selection on KER, I usually only use that to check my TWR with my launch stage. The delta-V values with that mode selected aren't terribly useful unless you plan to do a lot of flying around a specific altitude range in the atmosphere.

Well the 400km orbit is part of the issue. This will create a higher angle of reentry, and a higher speed at periapsis. What kind of periapsis are you using for reentry? You may want to go for 30-40 km. Also, be sure to try and hold a fairly decent angle of attack with your space plane. This will create more drag early on, bleeding more speed before you get into the deeper, thick parts of the atmosphere.