problemecium

^ You don't seem to have read the OP, detailing how Kerbell would prefer not to buy it through Steam. That said, I do recommend buying the Steam version. I shared your sentiments about not wanting to be tied down to a third-party platform or dealing with online authentication, updates, DRM, etc. but as it turns out KSP is presently DRM-free and will run perfectly well if you run it without Steam or even move it to a non-Steam folder or another computer. Thus for all practical purposes the Steam version is equivalent to the KSP Store version - but there's a catch! In the past SQUAD has offered beta tests of new versions exclusively to Steam users and left the non-steam party hanging for months waiting on the finished update. They didn't do that for the latest patch, but you have no reason not to hedge your bets just in case.

I suppose I could, although I'd sort of abandoned this in light of the stock Vernor engine being introduced.

Just make sure not to be holding Alt when you try to save? Also KSP by default should save your persistent.sfs file when you hit Alt+F4, so since you were attempting to save anyway it should usually be no big deal. I can imagine it'd be a nightmare if they had the quickload key there instead... o_O

This should work on any version of KSP in which EVE works, unless Waz posts a new version that breaks old configs.

I found one of these in my yard once:

Oh no! Not... that one! https://youtu.be/r4xxym2tyEM?t=146

Nope. "Para-Sci" is a play on "paramecium" and "science," and "EVE" is short for "EnvironmentalVisualEnhancements."

I found out what the problem is (and was embarrassed about how easy it was, derp). Near the bottom of "Misc" in http://forum.kerbalspaceprogram.com/index.php?/topic/157804-modders-notes-for-129/ is a note about how the KeyBinding fields were renamed. I'd implement a hotfix and recompile it myself but I'm running out of hard drive space xP

Soon™

There is indeed an aerodynamic penalty for using any module in a stack with a different cross section, although with Mk3 and Size 3 parts it's rather small. It's a valid argument that perhaps the Hitchhiker container needs a higher capacity, but currently it's the only inline Size 2 part with crew capacity. Using a Mk2 cabin in a Size 2 stack has a rather large aerodynamic penalty. Also the Hitchhiker container is much comfier inside, so if you don't want your Kerbals to get space madness it's better for long missions

This is looking very nice! Although I confess to being among those who opened the thread and was disappointed that you hadn't ported in the Avalon from "Passengers." xD

I too would like some overall stats on the part count, full/empty mass, TWR, and delta-V.

I sure hope I didn't miss somewhere that this got suggested already, as usual, because as soon as I thought of this it seemed like an obvious thing for someone to have suggested. ANYWAY. Software like the Unity Engine and Minecraft have "profilers" or "debug screens" which show nifty graphs of what the game is doing every frame so that users can diagnose where the lag is coming from: In Minecraft's case there is a nice pie graph on the side with sectors illustrating how much of each frame is being used on lighting, rendering, terrain generation, etc. In the Unity Engine's case there is a very snazzy stacked line graph and a clickable list of which tasks are occupying the most processing power. Long story short I want SQUAD to add something akin to one or both of these to KSP. I'd ask a modder to do it, but the low-level nature of a profiler screen makes it the kind of thing that the original developers would have a much easier time implementing, assuming it's even possible for a modder to do it at all. It doesn't need to be quite as fancy as Unity's, but I feel like a few profiler features would be very useful, e.g.: - How many milliseconds per frame are being spent on aero and thermal FX - How many milliseconds are being spent on part physics and traversing the vessel part tree - How many milliseconds are spent waiting for the GPU to render pretty pixels. This would help out a lot of people who can't tell whether their game is truly CPU- or GPU-bound and find the optimal balance of rendering quality, physics fidelity, and vessel complexity (can I REALLY handle an EVE or Scatterer installation?), and with any luck help cut down on the number of threads going "I have a [crap processor] and a [pwntastic GPU] and [large amount] of RAM, why is KSP unplayable?" If some L33t pr0 modder thinks s/he can handle this, by all means go ahead, but I suspect it's a task better suited to those in possession of the KSP source code and scene files.

I agree that the stock game needs this kind of thing. Landing our ultra-mega-super-huge ITS and F9R replicas is quite difficult when we have to land on the engine bells and make do with itty-bitty airbrakes that for some reason can only handle 1200K when opened :\

*brother and sister FTFY ;P And indeed, it's only possible via inkest, which is a no-no.

Nothing on you personally, but you should know that "this would make KSP better and cooler" and "because we'd have whatever it is I just suggested" are about the worst possible reasons to use to convince people to implement your suggestion. What specifically is better about a KSP with your idea than KSP as it is? Does it, for example, make it more immersive? Does it make it more educational? Think about why SQUAD would want to put all that work in.

As of prerelease build 1773, KAC generates log spam reading: Exception: Field "KeyBinding.primary" not found. Just a heads-up to minimize trouble when 1.3 comes around for real. I've noticed other mods doing the same thing and I expect it's because the localization changes involved renaming "KeyBinding.primary" to something else. EDIT: I found out what the problem is (and was embarrassed about how easy it was, derp). Near the bottom of "Misc" in http://forum.kerbalspaceprogram.com/index.php?/topic/157804-modders-notes-for-129/ is a note about how the KeyBinding fields were renamed. I'd implement a hotfix and recompile it myself but I'm running out of hard drive space xP

Suffice it to say that KSP hasn't gone well for me so far today.

Five months away from the forum and of course I come back in the middle of a cliffhanger xP

I'm having the same problem with KSP 1.2.9 build 1764, and I've made absolutely certain that I installed it properly. There is a "Kerbaltek" folder inside GameData, complete with the HyperEdit DLL inside. I do see the H button, but neither clicking it nor pressing Alt+H seems to do anything, whether I'm controlling a vessel, in the Tracking Station, or anywhere else. The Debug log outputs "Exception: MissingFieldException: Field '.KeyBinding.primary' not found." Just a heads-up in case you want to look into it

Not exactly. I've fixed the link so you can test it if you want, but I'm fairly certain it won't work properly in 1.2 and I still don't know when I'll have a good opportunity to update it.

It's an EVE bug, which I have encountered myself. Hopefully Waz will be able to do something about it soon enough.

For the moment. All of the links are broken due to Dropbox changing the way their public URLs work without notifying me. It would take some time to go through and restore all of them, and many of these are not compatible with the current versions of KSP, so I might as well rebuild the catalog from the ground up. Thus for the time being the Applied Sciences Division is closed for business.

Sorry, was dead. No longer dead. Dropbox apparently changed the way URLs for public files work without notifying me, hence even though the file was still in my public folder the link broke and nobody could get to it. That has been resolved. To my knowledge this pack should indeed work with 1.2.2 and even the 1.2.9 prerelease as long as you get EVE to work.

BEHOLD, I have come BACK to LIFE! And I'm in the process of migrating my online presence to the user name: problemecium So when possible please change my username to the above, as written with no capitals. Thank you!