damerell

There's a bit of a mess here in that KSP parts don't really have structural properties - they can break apart from each other, but not be squashed or twisted by internal loads in the vessel. So when you TweakScale a girder, do you want an extremely strong and stiff one (cube of linear dimension) or just one that's bigger? With no modelling of the demand, who can tell?

Well done! Of course, your very low water speed would rule this out, but otherwise I think it's best to maximise the sea part of a Kerbin circumnavigation, even if it is slower - because you can just lay in the course, do a bit of calculation as to when you expect to arrive, and leave it to sail itself. That wouldn't qualify as an Elcano circumnavigation.

Overrated? Let's have a race to install RO. Why would I want to improve my skills at a boring repetitive job that a computer can do for me? Computers are good at boring repetitive jobs. I no more want to improve my skills at it than I want to spend my time un-aring and un-tarring Debian packages on the offchance that dpkg suddenly falls down the back of the sofa - and maybe doing all the stuff in the install scripts for those packages by hand, just in case the shell interpreter is gone? Come to think of it, you'd probably prefer I "improve my skills" by writing my own kernel first. It's not without problems; the best way forward is to get the metadata right, to do work once so that a mod always installs correctly, rather than demanding each user do the donkey work themselves (which they will inevitably get wrong, producing the usual constant stream of "unzipped it in the wrong place" and suchlike.)

Core and Tools are installed only as dependencies; there's no need to select them for installation manually. The Exploration Pack, Asteroid Recycling, Freight Transport mods all have descriptive Homepage links in CKAN and are largely independent of MKS. The Kolonisation Class Suits obviously use Kolonisation. USI Life Support is nominally independent but there is a lot of synergy between the two (more recycling parts in Kolonisation, more habitats to live in).

In a FAR world spoilers certainly do provide downforce.

If I were you, I'd start with Minmus. It's really quite small, so you can get a feel for whether you want to embark on a major expedition.

If you make heavy use of mods and you let something auto-update your running copy of KSP, your problem isn't CKAN or the lack thereof; it's that you're letting something auto-update your running copy of KSP.

Inasmuch as this means anything, it's wrong. There's no particular reason to suppose the force will be "1G", assuming that is meant to mean 9.8 N per kg of hand. Once the car is at cruising speed, there is no "constant acceleration"; there's no acceleration at all if it travels in a straight line. Your complaint is also very unclear but: If the rocket is turning end for end, that's because there's more rocket (drag-wise) in front of the centre of mass than behind it, so as soon as it gets slightly off-axis it keeps turning. This is very likely when a first stage is dropped, when suddenly a large empty section behind the centre of mass is lost, eliminating a lot of drag at the rear but hardly moving the centre of mass. If the rocket seems to drag across the landscape unexpectedly, this may be down to Coriolis effects or confusion between surface-relative and orbital-relative measurement.

Well, I'm certainly delighted to be wrong.

I checked, because that would be a bit excessive, but you don't. A 3.75m container will do it (with 8000 Material Kits left over) and that is clearly considerably smaller than the volume of the inflated ring.

That's where you're going wrong; Ferram doesn't want to see the "product" be used. He's said before he develops FAR for him and only desires other users inasmuch as they can give useful bug reports and otherwise aid development. I think it's entirely possible this "hidden builds" situation, which serves that aim, will continue forever. (Possible, not certain, to forestall some replies). Since it's GPLed, of course, someone else could distribute it openly, but I suspect that would just result in one of these "ah, when I said GPL, I didn't actually want people to use all the rights the GPL grants" situations.

People have done it like that. It does raise the question of how big the jumps get, especially if you keep thrusting when not touching the ground and pointed upwards after leaving it.

You can probably use Action Groups Extended to tie them all to an arbitary key, which is better than mod-provided hotkeys because if there's a clash you can just change it to something else.

Whoops! I don't mean to be Captain Obvious, but surely the converters should never violate conservation of mass?

I've only quoted the bit I disagree with, but it's a good point about fuel flow, etc; I appreciate now it's a harder problem than it looks like. (That said, batching might cause problems but the alternative is batching into 6-hour chunks...) But that is the same thing. One might quite literally say that FixedUpdate runs on a 50Hz clock. ETA: Perhaps this is a purely terminological thing, in which case, who cares? I think the interesting questions are both whether it's practical to do unfocussed processing every tick (Kerbalism thinks yes) and whether it can sensibly be done every second or few seconds.

50 times per second _is_ a 50Hz clock, so I'm not quite clear what you mean. If running converters on that clock is really prohibitive (and while I recognise you know a lot more about this, it does on the face of it seem remarkable that the simple arithmetic that converters do can occupy more than a miniscule fraction of the CPU cycles available every 1/50 second, and that seems to be the import of @ShotgunNinja's comments) then doing background updates once a second or once every ten seconds or whatever (obviously avoiding the naive implementation that does it for every part on the same tick) should sort that out.

There's a bit of a false dichotomy here between a 50Hz clock and catch-up processing.

Well, no, it isn't. It's the physics that's CPU-intensive, not running converters. I see why KSP did the catch-up processing (after all, in stock you generally don't care unless you have the vessel focussed) but the idea that it's unfeasible to do it any other way doesn't really hold up.

But can you make NPUs for Orion (perhaps you mean that you can...)?

Neither will anyone else without, for example, the logfile.

Yes and no. I can well see how naively one might assume that the no-supplies limit is the limit for a mission with no life support planning, given we're not in a TACLS world where all crewed parts have some life support.

What? Unless I seriously misread it, blue is a perfectly good polar circumnavigation. We've had lots of those.

Craft file (better yet, complete savefile)? List of installed mods? Can't tell you much with no information.

Coo! This is going to be a wee bit quicker than me plugging around at 20 m/s realtime. :-)

I thought you were entirely clear and usefully so (and not rude).