scy

Thanks. After investigating all references to `HeatShield` with no success, I uninstalled YongeTech Tree and suddenly had a lot more parts (and a few more tree nodes). Apparently that has a different way of configuring how stuff gets added to the tree.

Most of the heat shields are missing in my game (only 0.625m and 5m and expandable ones available). Also no Mk1 pod or large parachute. I see lines like the following in the `UnmannedBeforeManned-TechTree.cfg` file but don't quite understand the syntax; why are these parts not in the tech tree in-game? @PART[mk1pod|HeatShield1|parachuteLarge|radialDrogue|parachuteDrogue]:NEEDS[!CommunityTechTree,!SETIctt,!SETItechtree,!ETT,!OpenTree,!RP-0]:FOR[UnmannedBeforeManned] { @TechRequired = flightControl } @PART[mk1pod|HeatShield1|parachuteLarge|radialDrogue|parachuteDrogue]:NEEDS[CommunityTechTree,!SETIctt,!SETItechtree,!ETT,!OpenTree,!RP-0]:FOR[UnmannedBeforeManned] { @TechRequired = enhancedSurvivability }

Well, I was thinking of Val, and her top secret military stuff... which was several chapters back and I still don't have a clue how it ties in really. But then I realised, yes, this was commercial collaboration... but I still don't get why Wernher took a private jet. Presumably even with the heightened tensions kerbals still travel and there are international airlines?

Use a German keyboard? Linux has various other solutions, but you have to go look for them. Another great chapter, KSK. Great interview and I love having to join the dots a little to follow the story and work out what's going on... like why a female pilot was requesting permission to enter Wakiran airspace.

Ah, thanks for the link. It's a pretty crazy idea though. But much more important for landing on the Mun than Minmus I'd think?

Finally caught up! What is this MLT? Hovering a dynamically unstable craft lifted by engine thrust somewhere with as much gravity as kerbin is nearly impossible... totally asking for trouble (and far harder than doing the same on Minmus, so I really don't see the point of the training exercise). I don't agree with Madrias. If the controls were backwards or the stabilisation was compensating in the wrong direction, Ornie would have crashed in under a second if he didn't realise before taking off. (I fly RC helicopters, so I know what I'm talking about here.)

I tested that version, and while the tech tree loads, it's quite messed up (many items in the wrong nodes and with wrong research costs). I've been waiting for the 1.1.2-compatible release for a few days now, ETT is great

So 1.1.2 is out, great. Where's the patch file to download this update? FYI, downloading a gigabyte file takes several hours on my connection (and short of satellite, it's the best available at my address). And mysteriously the 1.1.2 download is double the size for windows vs any other platform.

I always enjoy good sci-fi. Original stuff about the Kerm... well maybe not quite when compared to Avatar's Eden or whatever it was. Now you've just got to resolve a moral dilemma whose only solution seems to be more violence than the obvious unethical solution (-;

Well, I enjoyed 23.5 up to 0.90. 1.x broke joystick support for me and also it appears performance.

... just caught up! Really good writing there KSK!

The game needs more polish on things like environmental visuals and reducing the glitchyness of complex craft, as well as improved mod support (memory limit, CKAN, etc.) I am not opposed to paying for KSP2 somewhere down the line, as long as development continues (+ better linux support)

Strongly agree with the environmental enhancements and electric props. Also needed are simple vessel illumination lights and better controls for planes (swap roll and yaw buttons and axes, simple autopilot for wing-levelling and pitch-holding (independently)) as well as fixing the current heading-hold for rockets to actually work! I'm not so sure about adding the hinges/servos at the moment though. Other than folding wheels for rovers they're not needed for most missions, and are quite a big thing to add.

Just use the procedural rockets mod.

Surface grabbers are (mostly) just clutter. But clouds on Kerbin and dust clouds on Duna are essential to making the game look pretty!

Yes, having the option of flying in a randomly generated system where you have to figure out how much δV is needed to get to another body and how to land there would make the game a lot more interesting to replay.

^ What Scoundrel said Don't like the science grinds... landing on the mun once is interesting, building a re-usable lander and station is interesting, but doing more than about 3 landings is just annoying

Thanks, this also solved the issue for me.

Settings. Make it possible to turn music on/off from anywhere in the game. Make it possible to set key bindings from anywhere in the game. Get rid of the "docking mode" controls (at least I don't see any point in it). Better default keys. E.g. make W turn "up" and D "down" for rockets (I tested this out a while back and couldn't believe how much more intuitive it was; it's even okay for planes). And some better bindings for translational motion  e.g. I use J/L I/K ;/P for left/right forward/backwards up/down.

* some option to turn music on/off while in the editor! For those complaining about zoom being difficult on laptops: use Linux. It's touchpad support is much more... compatible with applications (besides not using crappy scroll acceleration algorithms).

Instead of a transfer planner could we not just have better tools? E.g. 1. From orbit around Kerbin, there should be an easy way of creating an ejection burn by specifying the ejection angle (relative to planet's prograde), delta-v and time (number of orbits before this takes place). 2. Add some way of comparing projected position with the position of other objects; e.g. mousing over some point in the trajectory projection would show projections of where other objects will be when you arrive at that point. 3. Fix up the trajectory projections; e.g. if floating point errors cause uncertainty on arrival at the planet then (a) indicate that uncertainty and ( allow maneuver planning relative to the time at which you enter the SOI, using some local projection which doesn't wobble all over the place (even if the current projection deviates a little from the one shown).

But pelican has a good point; this could easily be automated. It doesn't have to be a hotkey either if there were another way to trigger actions (e.g. a key opening some menu... just not that crowded and awkward context menu).

I don't understand the logic. In my opinion designing craft can be interesting as can flying things never done before, but things like launches (at least of easier craft) and transfer burns quickly get boring. Why can't an autopilot do that while I go get a cup of tea? Each to his own, I guess.

Crazy. And were those barrages all just dead reckoning? Wacky engineering, but it worked.

Another suggestion: fix RCS rotation not to cause translation. What I mean is that if RCS thrusters are not perfectly aligned and they are used to rotate a craft, the craft will move too, which can be frustrating when docking (when not using reaction wheels or when playing better-than-starting-manned where reaction wheels have a lot less power). As long as there are RCS thrusters on all sides of the centre of gravity, it should be possible to avoid the translation just by reducing the power of some thrusters; the game should do this automatically in my opinion. Second point: there should be a third RCS option: off, on, and only-for-translation (for docking, probably unnecessary if the above is fixed). Third point, going a bit further: it would be great if the game would automatically limit thrust levels of sets of engines to allow turning under thrust, sort-of like thrust vectoring but working with any engine when in multiples around the center of gravity (e.g. a cluster of ion engines). This is more of a icing-on-the-cake feature for me.