Starman4308

You may not have the nuclear engines module installed. Anywho, bug report of my own for the CryoEngines patch: if the loop temperature exceeds the boiloff point, it doesn't seem to ever stop boiling off. What I suspect is happening at the code end is right here: https://github.com/post-kerbin-mining-corporation/SystemHeat/blob/master/SystemHeat/SystemHeat/Modules/ModuleSystemHeatCryoTank.cs#L659 The radiators on my craft are probably asymptotically approaching 300K from above, and are at something like 300.00001K. However, it's a strict <= comparison, so it needs to actually reach 300K to stop the boiloff. 299.99999K is alright if you start from below, but 300.00001K isn't. The quick-and-dirty fix is to multiply getMaxSourceTemperature() at that line by something like 1.001. The more elegant fix is to have the loop temperature setpoint held a few Kelvins below the boiloff point.

Is there still a way to plot maneuvers otherwise? I haven't played KSP 2 yet, but I'd much rather have a warning of "not enough dV" than not be allowed to plot at all. For example, I often stick a satellite in low equatorial Kerbin orbit to plan out interplanetary launch windows, but that satellite wouldn't actually have enough dV to go there; it's just for coarse pre-mission plotting.

Is that for the hold-prograde mode? In the stability-assist mode, SAS does damp out roll. I will also note that the Smart A.S.S. module of MechJeb lets you specify the roll, plus offsets to roll+pitch+yaw from surface-prograde. To the OP: try whacking alt-X in case, for some reason, you have some trim set. Otherwise, roll can be caused by flexible joints (both axial and on radial boosters) and SAS overcompensation. To avoid the SAS overcompensation, as mentioned by @swjr-swis, reduce your control authority: limit engine gimbal and roll control on aerodynamic surfaces. To minimize flexibility, try to avoid wide-narrow-wide joints, and consider using struts, particularly for radially attached boosters. I usually attach an extra strut from the top of the booster to the core stage to help keep them pointed straight and avoid inducing roll.

My vote's on false vacuum collapse. Sure, you'll die too, but it'll be an unstoppable, near-light-speed wavefront that effectively nullifies chemistry as we know it by dramatically changing how particles interact... and also releasing tremendous amounts of energy along the way. It may well be that new processes, possibly new life, can evolve in a post-vacuum-collapse universe, but virtually everything that depends on how particles currently interact is kaput. If it's possible, it will almost certainly happen in the extreme-far-future (i.e. heat death), potentially reheating a frozen universe to something which can once again sustain complex processes... but such a universe would behave quite differently from our own. As an analogy: it is entirely possible that there was some sort of gravitational chemistry going on in the very early universe, maybe even life. If intelligent life evolved from that, and you described an atom to them, they would see it as a result of heat death, because those can only possibly form at ludicrously low energies and low densities, and would interact based on forces which aren't generally meaningful*. A post-vacuum-collapse state would be to us, as we would be to a hypothetical early-Big-Bang civilization. *Due to the sheer abundance of mass in the early universe, the non-gravitational fundamental forces we are familiar with (electromagnetic, strong nuclear, weak nuclear) would've been irrelevant.

Leftover satellites are also very convenient for the Grand Slam passive seismometer experiment (Breaking Ground): I've ended a number of probes' lives crashing them into airless worlds for the seismic science. This... doesn't work so great on bodies with atmospheres, even Duna's relatively thin atmosphere. Without a heatshield, you tend to either burn up too quickly, or lose too much speed.

At very high timewarp values, I've noticed that EC drain becomes inconsistent with what's experienced at lower timewarp. As to non-cheaty solutions: it's either RTG spam, fuel cell magic*, or installing a mod like Near Future Electrical which has nuclear reactors. *At least with an engineer onboard, you gain more EC from burning LF/O in a fuel cell than you lose mining and refining ore to LF/O. Suffice to say, that isn't how things work IRL.

1) Computational fluid dynamics simulations, something of which I have no familiarity. 2) Build it (or a scale model of it) and test it in a wind tunnel. 3) Guesstimate the ballistic coefficient based on published ballistic coefficients from similar-looking rockets. There is no easy, analytical formula for drag: everything is either an approximation, or computationally demanding and an approximation, because differential equations are fun like that.

Some of the engines don't really closely match their real-world analogues' performance, as they were designed to fit gameplay niches first, historical accuracy second. This is why the pressure-fed hypergolic AJ10-137 equivalent (the Wolfhound) has the best chemical vacuum Isp, whereas the hydrolox J-2 and RS-25 engines (Skiff, KS25) have relatively mediocre specific impulses. On a sidenote, the RS-25 did have a relatively narrow vacuum - sea level performance gap, part of which was the extreme chamber pressure, and part of which was a specialized nozzle design intended to salvage as much vacuum performance as possible while avoiding flow separation at launch. It's not that much wider than that of the KS-25 engine, which spends more of its burn time at sea level. The other component that would be missing from real-world performance is tank dry masses. In KSP, a tank is 1/8 as massive as the fuel it contains (a 9:1 ratio). The Shuttle External Tank, IIRC, was something like 98% propellant, 2% dry mass, a roughly 50:1 ratio.

In theory, so long as you plan and execute your first Mun encounter perfectly, you can get a flyby of every body in (almost*) any order on a single burn of less than 900 m/s. In practice, you're going to need to pack some dV for correction burns, and some flyby orders are going to be easier than others (e.g. it's probably easier to set up a Moho -> Ike -> Dres sequence than an Eeloo -> Gilly -> Bop sequence). The problem with this is largely one of human precision, with a touch of machine precision, as the longer your mission plan is, the more even a slight error in velocity or position will propagate to ruin the planned sequence. *The Mun has to be first, and the second target has to be easily reachable from there (e.g. Eve, Kerbin), but once you get some orbital energy, you can go nuts. Just... not so nuts that you hit Kerbol escape velocity without a braking flyby set up.

For a low delta-V option after LKO science, you can also do a free-return around the Mun (and Minmus): with a scientist and experiment containers onboard, that should let you harvest all the materials science + mystery goo, thermo+baro, crew report, and at least some of the EVA reports from space high/low over said moons. Do note that a perfect free return is difficult to get without a relatively high flyby of these moons, so I usually reserve a bit of delta-V for a correction burn. EDIT: For bonus points, slingshot from the Mun to Minmus, then back to Kerbin, possibly using a second Mun encounter on the way. One low delta-V mission with a quite high science reward.

If you're willing to use lots of gravity assists: less than 1500 m/s from LKO, enough to set up an Eve flyby, then small correction burns. Were I to do it, I'd probably pack 3 km/s or so, on account of being OK but not amazing at setting up gravity assists. If you're wanting to land on every body, that's going to take some doing, and would be most practical via use of ISRU. For that, in addition to gravity assists, I'd probably budget at least 4 km/s on the main transfer vehicle, and probably put Eve, Laythe, and Tylo landers in orbit of those bodies ahead of time. Well, I'd actually just skip Eve, but the principle stands: a main transfer stage, an ISRU tanker/lander attached to it, and pre-place specialized landers near every body for which the general-purpose tanker won't really work. I'm sure people have done single-launch missions to the surface of every body including Eve, but I'm willing to do multiple launches.

It's the same as the question "why have an extra pilot on a mission?" There's sometimes call for a pilot to remain on an orbiting mothership and have one on the lander so both have probe-core-less SAS, but admittedly pilots are relatively easily replaced by probe cores once you have relays set up.

1) Assuming an ore concentration of 100% (I haven't actually done any asteroid mining), 6 junior drills would be 6*1*1*1*0.05 = 0.3 ore/sec, for a mass flux of 3 kg/sec. As to why mass is not conserved... are you playing with a stock game, or running with mods?

I suspect that "full day of full power operation" might be "if it's run for a full day, the fuel rods are no longer safe to handle without full-on nuclear-waste precautions". Either way, I'd be surprised if an NTR had to be refueled at all unless it was also being used for electrical power during downtime, as it's trivial to run a nuclear reactor for far longer than an NTR will be used as a rocket engine.

Magnetic accelerators in space wind up being very similar to rocket engines: in order to deal with the recoil, you still need to eject something out the back, which means reaction mass. The energy can be obtained from solar panels, an onboard nuclear reactor, etc, but you still need to chuck something out the back. Even ignoring that, there's another issue. A GTO transfer is, IIRC, something like 2.2 km/s. At an acceleration of 5Gs, you need a 48 km accelerator to reach that velocity. Escape velocity is roughly 3.9 km/s, so a 152 km accelerator. A higher acceleration will be very problematic for fragile cargos, especially untrained human beings. Even then, the rule-of-thumb is "5Gs for 5 seconds" for the general public, and either of these accelerators are going for much more than 5 seconds. *I'm going off of memories from playing RO, so the figures may not be exact.