Ten Key

Or perhaps even turn the contract system around a bit, and let the player hire an NPC company to move stuff automagically from point A to point B once certain conditions have been met.

Those aren't bolts. They're rivets.

It looks like technically, the answer may be "yes". There is a "local play" option for single player, but as far as I can tell this simply creates an instanced "server" on your computer, which the game client then attempts to connect to. It should be private, but it seems like there can be weird connection problems you wouldn't expect in a single player game. This was the best thread I could find on the subject. Unfortunately, their forum isn't very helpful.

Huh. I was in elementary school during the Challenger disaster. We were all watching the launch on live TV and. . .well, that was my introduction to space flight. My great uncle worked at Grumman when they were building the lunar modules, and every year at Christmas time there would be new books and NASA VHS tapes on all the old missions. I burned out at least one VCR watching them, over and over. I remember the Voyager 2 flyby of Neptune, but for the most part the shuttles went up and they came back down, and those old VHS tapes seemed more exciting than anything we were doing at the time. The Spirit and Opportunity Mars landings were pretty neat, but my Holy Crap We're Living in the Future! moment came when Huygens landed on Titan. Titan! Pictures of the surface of Titan! Pictures from the surface of Titan! If I live to be a hundred, I don't think anything is going to hit me quite the same way Huygens did. Everybody screws up. From the Bell X-1, to the Mars Polar Lander. . .from Russian Glonass launches to American GPS launches, and even on the ISS, everyone makes mistakes. Some are due to "unknown unknowns", others are due to simple human error, but they happen to everyone. And SpaceX is certainly not immune. The only certain way to avoid failure is to never try. The Philae lander didn't work exactly as hoped-- but it did work. It was audacious, and it was bold and it did land and it did return data. We were all cheering on my end when those pictures came back. I mean, it wasn't Titan. . .but it sure was something.

That pad looks weird without the shuttle sitting on it.

As an American, I don't really get why Europeans don't do that.

Ah. Yep, that would do it.

Huh, that's weird. Most of my flights are on F5 F9.

I'm not well versed on laptops, but the folks that frequent the following thread can probably help you out.

I love the wrap around boosters on that rocket. Out of curiosity, why didn't you launch directly into Ferdlin's orbital plane?

Mod files for Kerbal Space Program go in the "GameData" folder. Mods normally come as compressed files-- .zip, .rar and .7z file formats are fairly common. You need to have a program capable of opening this compressed file before you can install the mod. I think Windows can open .zip files on its own, but the other two need special programs to open. Once you have opened the compressed file, there are two basic ways to install the mod. I find the second method to be easier. First, you can use the "extract" command in your compression program to copy the mod files to KSP's GameData folder. This is the fastest way, but can be a little tricky-- you must make sure the folders line up so that the files go into the right place. Mod authors sometimes use different file conventions (for example, one author might compress his files KSP--->GameData--->Mod Files, while another might omit the KSP folder and just use GameData--->Mod Files) and this will affect where you extract the files to. If you end up with a second GameData folder inside KSP's original GameData folder, you extracted it to the wrong directory. The second way is to copy the files by hand. It's a bit more time consuming, but it lets you control exactly where the files go. Open the compressed mod file and find the GameData folder stored inside. Open that folder within the compressed file. Select everything inside that folder (ctrl-A) and "copy" it (ctrl-C). Next, find the Kerbal Space Program directory on your hard drive, open it, and then open the GameData folder. Use the "paste" command (ctrl-V) to drop the files into KSP. And that should be it. . .your mod should be installed. I'm running KSP on Windows, so that's what I'm familiar with. I assume installing mods works exactly the same way on Linux or Mac. . .but "install" makes it sound more complicated than it really is. Adding a mod to KSP is just copying files into the right folder. The game does the rest.

Good eye. I skimmed through that manual during my own search and completely missed that. If we take the internal diagram of the Soyuz booster from page 233 of that manual and lay it next to a slightly enlarged cut out of the actual booster from that image. . . . . .we can see that the line from that red external tank goes into the booster right where the peroxide tank would be. Both the nitrogen and the peroxide tanks are tori (donut shaped), so there's only one of each type of tank, even though the diagram makes it look like there are two of each. Nitrogen is fairly benign, but high-test peroxide likes to decompose on its own, and since the process is exothermic it's self reinforcing. In a sealed tank, this decomposition will cause the pressure to build until the tank ruptures. Those red cylinders may be used to mitigate pressure build up in the peroxide tanks, but I don't know why they'd be removed before roll out. As far as I can tell, the peroxide isn't added until the rocket is on the pad.

I regret nothing.

Will this expansion be available for console versions of the game?

Yep. Sometimes, it is just that simple.

This video is misleading. Scott Manley is correct in that a perfectly rigid rocket will not benefit from a puller configuration, since the thrust vector is always locked relative to the rest of the rocket. However, rockets in KSP are rarely rigid, and if you watch that video all the way to the end you can see that introducing even a small amount of flexibility does result in a pendulum effect. For launch vehicles this isn't necessarily desirable. . .we want the rocket to be able to tip in a controlled manned. But for a tug operating in space, it does help. In a puller configuration, any sort of wobble or flex in the system will naturally damp out when the vehicle is under thrust. In a pusher configuration, it's apt to get worse. There's a reason tow trucks are favored over push trucks.

I did some digging and I can't seem to find anything conclusive. Given the handles, the color and the loose hoses, I would be stunned if they weren't removed before flight. Part of the launch prep for the Soyuz rocket involves installing batteries, so it is possible the tanks are some sort of power supply. Another theory I ran across is that they are part of some sort of temperature and/or humidity control system. One thing I did notice is that these tanks seem to be missing from Soyuz rockets launched from the ESA's facility at the Guiana Space Center. . . Roll out at the Russian cosmodrome. . . The rocket below has reached the launch pad and the tanks are still attached. You can see the hoses go into the sides of the boosters. I found a basic diagram of those boosters (Pg 22 of this manual. WARNING PDF) and it looks like there are small peroxide and nitrogen tanks just below the kerosene tanks, and right about where those hoses look like they attach. Those red cylinders may be part of a gas purge for the peroxide tanks prior to filling. That's my wild guess. In contrast, here are two pictures of a roll out at the ESA facility. Note the missing tanks.

No, you won't have to repurchase the game.

For main propulsion, yes, I agree. But I think there's room for an efficiency bonus on the attitude control bits. Not an increase in torque or thrust, but rather a small but noticeable reduction in consumable use. This would primarily affect docking and landing operations, where you would expect the pilot to be the most useful crew member. Scott Carpenter's misadventures on his Mercury flight would seem to be a real world example of this. Changing the efficiency of the propulsion parts would negatively impact the educational portion of the game (was that dV boost due to the pilot, or the Oberth effect?), but KSP doesn't model attitude control well to begin with so I don't see the harm.

Honestly, I think the problem is that Gene isn't talking the whole time. I would cut the first two paragraphs entirely. . .they break up the immediacy of the scene, and don't really convey any information necessary for the rest of the piece. I would also cut out the dialog between Jeb and Val. . .this scene isn't about the dead pilots. It's about Gene. It's about Gene's connections to, and perceptions of, the deceased, the program at large, and the audience listening to him speak. Let the reader see what happened through Gene's eyes. Let him tell the reader how, at first, there was no indication as to what the argument was about, how there seemed to be no reason for the escalation. But as the words grew more heated, and the accusations more wild, those who knew the two of them could start to feel the ghosts, Jeb and Val's dead comrades egging them on through the guilt of their own survival. Let the reader feel Gene's pain at the loss of two friends, and the weight of the burden of having to pick up the pieces and carry on. Let the scene be about Gene.

I see this a lot in Kerbin orbits below about 100 km. Above that threshold, the problem seems to mostly go away. But in a low orbit of 70-80 km, I can watch the maneuver indicator drift away from the heading indicator with no time warp at all. I usually have to correct after 1-3 minutes or so.

Yes, though you're going to have a time of it if the platform you're trying to move isn't symmetric-- if your thrust vector doesn't go straight through your center of mass, you'll get rotation every time you try to burn your engine. As Korbinger mentioned, flexible parts can also create problems when a force is applied. I've had some luck using engine arrangements that "pull", rather than "push". It's the difference between trying to balance a broom in the palm of your hand (unstable equilibrium) versus holding the broom at the top and letting it hang down (stable equilibrium). That does create some design challenges though-- arranging the engines so they aren't blocked by the object being pulled isn't always easy. Korbinger is right, you burn at the low point of the orbit. But as an observation, 150 km x 300 km seems a bit high for a departure orbit. Because of the Oberth effect, burns executed at a higher initial velocity are more efficient. And lower orbits are faster orbits. I usually end up using a 100 km circular Kerbin orbit for departures, but the lower you can keep your initial orbit, the more efficient your departure burn will be. If you're trying to catch up to the target, yes. Lower (inside) orbits are faster. Lower your orbit to speed up, raise your orbit to slow down.

I think it would be appropriate for experienced pilots to provide an efficiency boost to a craft's attitude control systems. RCS thrusters use less monopropellant, reaction wheels consume less electric charge.

This has been my experience as well. Aside from KSP, Morrowind and Fallout 3 are the only games I've ever applied mods to. Both games have a daunting number of mods that change the base appearance of the game. . .sky boxes, weather effects, terrain textures, character models and animations, etc. Basic incompatibilities aside, as a player it is very easy to assemble a batch of VFX mods that function together, but end up looking horrible when taken as a group. I am a big fan of "graphics overhaul" or "visual compilation" packs that allow me to apply a certain aesthetic to my game without having to spend an inordinate amount of time experimenting with dozens of different VFX mods a la carte. This is especially beneficial in games like KSP where there is a strong emphasis on exploration-- having to manually fiddle with and evaluate all of the artwork ruins some of the "I wonder what's over the next hill?" surprise. I find VFX packs attractive because I know someone with an eye for it has taken the time to comb through the final product to make sure the artwork blends well. And yes, sometimes this can be accomplished with a group of individual VFX mods and a single .cfg file. I'm not going to vote in the poll-- I'm not a mod developer and don't have enough skin in the game to warrant an opinion. Clearly, there are ways to do compilation packs right (full list of mods, their licenses, their authors, etc) and ways to do them wrong. But I think properly assembled and credited VFX packs provide value as a form of curated artwork, and I just wanted to raise that point.