eataTREE

I figure there are delivery hoses on the side that faces the craft/surface, where you can't see them. I'm thinking the stored "food" is more like 100% Kerbutritionally Complete Koybean Paste served from a tube, rather than servings of fillet mignion on a plate, so delivery by hose makes sense.

Yeah... a Chromebook has just enough horsepower to run Google Chrome, and basically nothing else. It really isn't built to handle the CPU load that KSP represents.

The only reason a sale would mean obvious bad things for Unity is if the buyer were someone like Epic who has a competing product like the Unreal Engine. Otherwise, whoever buys Unity will continue to maintain and develop it, which could be a good thing if the buyer has lots of money and resources to throw at it (Google). This might lead to future annoyances in terms of long-term development (Unity 6, now with mandatory Google App Store integration!), but it's a little early to worry about that. The whole reason Unity is for sale is that it's very valuable. One doesn't buy a goose that lays golden eggs to cook it for dinner.

I'm on a pre-Sandy Bridge i5 here. Granted, I'm used to KSP operating at a pretty leisurely pace, but the porkchop plot took no appreciable time at all that I noticed.

I love the hexcan! So many surfaces to attach solar panels to.

Aha. I guess I assumed that once all the containers filled up, the Kerbals started drowning in crap. This makes much more sense. Thank you.

Agreed with everyone that this is a great mod. It hits the right spot in terms of complexity/Kerbal fragility: it makes keeping Kerbals warm, fed, and breathing an important part of your mission plan, without turning the focus of the game from "space exploration" to "O2 meter management". If there were a Donate button (hint, hint) I would press it. Eagerly awaiting the 0.25-compatible update so I can run the same mod "constellation" I used in 0.24.2, consisting of Karbonite, RT, MKS/OKS, ScanSat, and (of course) TACLS. I do have one question/potential feature request. Perhaps there is already a way to do this? I am thinking it ought to be possible to simply turn a valve and vent waste products (CO2 and liquid/solid waste) to space from a waste container -- or even have a "waste exhaust port" part that simply vents waste as it is created. As it is I try to put waste containers on discardable stages (i.e. when leaving Duna orbit, eject the Duna Poop Container before starting burn) but this isn't always feasible.

Still getting 24.2 from Steam (Linux). I trust I can just go by the version number in readme.txt, right?

eataTREE's rule of asparagus staging: Any gains in delta-V from complex radial staging are insufficient to make up for the loss of time involved in having to revert and fiddle with the Separatrons fifty-three times before every stage separates cleanly.

If I buy a second copy will you drop 0.25 right now?

I am compelled to say again how excited I am over this news. There will be enormously overcomplicated long-term interplanetary missions, with mobile laboratories and rovers and electric planes and boats to gather ALL OF THE SCIENCE, oh yes. In fact, I doubt I can wait one more release for this, so I'ma just install the Custom Biomes mod.

My wife and I have reached an understanding: she does not have to pretend to care about KSP if I do not have to pretend to care about the Society for Creative Anachronism.

At one point I was trying to build a stock-only reusable SSTO rocket that could deliver payloads to orbit. Since there were no stock cargo bays yet, the best solution I came up with was to carry the payload in the center of the ship "inline". When the target orbit was reached, the ship would separate into three parts. The payload would move out of the way, then the top and bottom ship sections would dock back together. Well, this all worked great except that when it came time to land, all the parachutes were on the top half of the rocket. When the 'chutes deployed, the bottom simply fell off. It worked fine after I relocated most of the parachutes to be connected to the bottom ection.

Something I have been wondering: Suppose I build a "puller" type potato-fetcher like Xavven's design above, but using an actual flexible cable and grappling hook from KAS. The cable is long enough that you can still thrust, so that's fine. But what happens when I want to change direction? I fire my engines, they apply a force vector to the ship, ship starts moving at an angle to the original vector. But the 'roid is still travelling at the same vector. Suddenly, I have an enormous swinging pendulum attached to the bottom of my ship. That doesn't sound like a happy situation; it sounds like the whole system would start rotating with no very good way to correct this rotation using only the ship's RCS. Does this problem make a literal "tow cable" unworkable, or is there a solution I'm not thinking of?

If they don't want us to TALK about it... they shouldn't TWEET about it, n'est-ce pas? This news of new extraplanetary biomes suddenly fills me with apathy about 0.25 and hype over 0.26. 0.26 Hype Train anyone? Super Saver Advance Tickets, book three months in advance! Seriously, the lack of biomes outside Kerbin's SOI is one of the biggest things whose lack I notice about the game thus far. Especially when it looks like they have created certain zones and places that ought to be biomes but, so far at least, aren't: Duna's polar ice caps and mighty "Mount Olympus", or the Vailhenge and other easter eggies hiding among Jool's moons. Of course, if they give us all this potential new sources of science... they must also give us some new tech to unlock towards the top of the tree, right? Okay, perhaps I'm heading into wishful thinking territory.

Already exists: x86_64 Linux build. I have quite literally not crashed since switching to Linux as my KSP platform.

So, in other words, games development (or, more broadly, software engineering generally) as it is normally practised? I think these official "hype" threads are a way of managing the hype that already exists, and ensuring that our expectations are set appropriately with accurate information. There is just as much hype (and a lot more rumors and ill-will) among fan communities for games where development is a closed process and communication only occurs through marketing channels. The amount of pre-release hype I see here seems positively rational and proportionate, compared to some other corners of the gaming world. In games development (and again in software engineering generally) the most pressure to "get it done" doesn't come from community impatience, anyway -- it comes from the investors and money people, who are waiting for their ROI. I'd not worry so much about hype threads on the forum.

I, uh, forgot parachutes on one of my space station manned launch vehicles. No, there is not enough room on the space station to transfer all the crew aboard. (It's OK: they have plenty of supplies and I can send a Rescue Taxi, but it's still a pretty epic fail.)

Yeah, I have Jeb hang out on a space station until he's needed to command some particularly important mission. I go to great lengths to avoid the death of any Kerbal -- especially since adding life support and turning permadeath on. The ones who die despite my best efforts tend to get grandiose memorials (such as Bill Kerman Station, a 20-kerbal OKS space station in orbit around the Mun).

That's a great looking craft. Is it fully stock? Is it SSTO?

There's always the "Test $SOMETHING_ENORMOUS in high Kerbin orbit" missions. I've seen those pay out > $750,000 on completion. Even if you have to build a $200,000 launcher to get it up there, that's still half a million Kerbobux in profit for a single launch to orbit.

I did this very same thing my first Mun voyage. Jeb still landed on the rocket nozzles like a champ.

My first thought is that your center of lift is too far forward compared to your center of mass, which would result in the instability you describe. Try moving the CoL back or the CoM forward.

It may simply be expectations management. Tell people things might be late, then they will be impressed when you are on time. There's also the fact that Squad must account for not only all the features that are in the game right now, but those features that are going to be included but haven't made it in yet. Perhaps Porkjet's cargo bay, as written, breaks Secret Feature X and thus needs a tweak. Having worked in software basically my whole adult life, I can assure you that there are a million good reasons for a project, or a particular part of the project, to be delayed, few of which would be visible to someone who isn't working on the project themselves. Patience is a must.

When I finish the tech tree in a save, I think "Oh thank goodness, now I can use the parts I really want instead of having to jury-rig some complex combination of other parts to get the same effect". The point of the game is not "finish the tech tree", the point of the game is "explore space". Which is easier with more tech than less.