AVaughan

From memory RP-1 uses it as an rcs fuel. (I'm guessing it is defined in Real Fuels, and probably available in RO, but I only ever use those mods as part of RP-1, so I'm not sure whether it is available without RP-1).

No. You misread that. Starship should fly before ksp 2 releases. With luck it will reach orbit before KSP 2 releases. (If they are really lucky and/or KSP 2 sees further delays, they might land one from orbit before KSP 2 is ready to launch). However Martian colonisation flights won't launch until after the KSP 2 release. (If KSP 2 sees further delays, then the lack of development software might delay Starship colonisation flights to Mars. KSP 1.10 is good for orbit, but for colonisation, you want KSP 2).

I'm guessing "Real Kerbal System", the same way RSS is "Real Solar System".

I'm pretty sure there is no released version for 1.9.0. There is a link to the 1.9.1 version in the first post.

The latest version of KSP is 1.10.1

I'm assuming the above is with superheavy vertical, and without any thrust vectoring? There is the option of thrust vectoring which should get you a little closer to hovering, even with superheavy upright. Taking the centre diagram you should be able to tilt the 40-55% pair away from each other. 8 degrees of thrust vectoring mean the cosine loss is about 1%, which would allow the third engine to throttle lower. That gets you a little closer to hovering. There is also the possibility of hovering with superheavy canted over. Taking the centre diagram, tilt SH so its COM is offset s

Any theories as to why such a big discrepancy between the thrust of the outer 20 and the central 8? Surely thrust vector control wouldn't affect max thrust that much? Is this because they want those central engines to deep throttle for landing, and they don't need deep throttling on the outer 20? Or maybe because they don't want to stress engines that need to relight for landing as hard as the the outer 20? Also welding engine bells together and/or to the skirt worries me. It seems like a recipe for extra stress when the engine bells expand during launch. I hope they get thei

Assuming 1.3 metre engine bells in contact with each other, I make it a circle of 9.61 metres. That should be the diameter of the circle touching the outside edge of the engine bells, so also add any gap between the engine bells and superheavy's outer skin/skirt, plus the thickness if that outer skin/skirt (if any). (Note it's been a long times since I've done any trig, so take that figure with a grain of salt, especially if someone else disagrees).

I would expect that the thrust puck (and the thrust simulator during tank tests) will need to be significantly heavier to handle the loads for a superheavy with 30+ sea level raptors. Of course they could build a test superheavy with a starship thrust puck for a quick test hop, but I don't really see the point, (unless they are in a rush to build a super heavy for publicity reasons). (Also if super heavy still has 7 gimballed engines in the center, then I would expect that to be a central engine, plus 6 surrounding engines. Shouldn't that arrangement result in a visibly different thru

I doubt they would get more customers, since they can always launch in expendable mode and/or use Falcon Heavy if the payload mass is an issue. But 40% more payload mass to GTO might allow them, to co-manifest more payloads, which would save money by reducing costs. (Of course real reuse with cheap refurbishment also reduces costs even more significantly. But a ULA led refurbishment would probably involve a teardown and rebuild, which isn't going to be cheap. And that is before even mentioning the need for a redesigned rocket and all the associated development costs).

If they are concerned by the amount of dust/gravel blasted off the surface during landing, then they might prefer to keep the thrusters as high as practical to allow the exhaust to expand further before it hits the surface. Also since all cargo will be loaded, secured and launched with starship in a vertical orientation, it will make payload design, planning and handling easier if starship also lands vertically.

I'm pretty sure that the screenshot was taken with testflight installed, whereas you said you have TestLite installed. (TestLite is a newer replacement for testflight, and doesn't have the same display). Are you trying to run that engine for more than it's rated burntime? If so by how much, and what settings are you using for testlite?

i haven't looked at KER's code, but the half burn time it should be using is not half the time for the total burn, but the time it will take to do half of the burn's deltaV, ie half of the burn from a dV perspective, rather than a time perspective. So in your example it should be however long it will take to do a 979.56 * 0.5 m/s burn.

@Arco123 Only post a recompile if you actually want to take over maintenance of Kopernicus. Also see https://forum.kerbalspaceprogram.com/index.php?/topic/181547-181-1-kopernicus-kittopiatech/&do=findComment&comment=3729953 for a summary of how to post a recompile that complies with the forum rules.

@Qwarkk @pt1243 I'm not using TACLS atm, but you do realise that food contains water and both carbon and hydrogen, so in reality (for an astronaut that is alive and both eating and drinking), the equation is really food + water + O2 -> waste water + (atmospheric) water vapour + CO2. So the eat, drink, respire, recycle water cycle producing a net amount of water seems reasonable to me.