MrMoog

Allow me an analogy here. Remember in elementary school, when you used to do all the long divisions by hand. The feeling of accomplishment was pretty high after an especially hard one. Now, once in college, did you have that same feeling when doing a long division, or did you not even bother with it and did it on a calculator? Some could say it was "cheating" or not "pure", or you could say that since you know the mechanics of division, you can do it on the calculator and using your time to do more advanced and intellectually challenging things with your time. Sure, getting to the moon and planets stock is a nice challenge, but when you've done it a couple time, I think you're limiting yourself (voluntarily or not) if you don't use mods/plugins, you're missing a lot of what the game has to offer simply because of ideology. I lifted off manually dozens of time, but now I'm at the point of trying to optimize the fuel and the staging, and the ascent autopilot is a nice tool to do it by isolating variables and having flight data to analyze. It's not "cheating", is pushing the limits of the game and extending the gameplay. It seems to me that the mod haters are trying to justify their lack of openness to a game that even the devs said many times was designed to used with mods. I'm not talking about infinite fuel mods, but legitimate and balanced mods or mods that add features (I count MechJeb in this category). For example, NovaPunch part are as balanced as the stock part, yet offer much more options to design original and unique crafts. Also, one could argue that the stock aerospike engine is less balanced than many mod engines (NP, KW)... so I tend to take the purists and their higher moral ground with a grain of salt. You paid for the game, so you have the right to play it the way you want.

The difference is that the Saturn V wouldn't have left the pad full of radioactive debris after an explosion.

This logic works in most cases, but not always. Sometimes when creating complex ships with escape pods, and modifying them a lot in the VAB, you can get to a point where nothing you do will fix the problem. I have a craft design that is broken for good, whatever I do, I can never get the RCS to drain in the order I want, even when removing them all and reattaching them in every possible order and/or stage. A simple, unbreakable rule would be very useful, and would remove the need to do a full up RCS test on the launchpad every time I test a new design.

Very useful mode, but I noticed a problem when more than one vehicle with this mod are close to one another. The window gets stuck in the middle of the screen (wherever it was before), and is impossible to move for any of the vehicles or debris in the area.

In the VAB, you can rotate parts using Q & E, and fine rotate with Shift+Q & E. To align the crewtank with the pod, you need two normal rotations and 6 fine rotations.

Sweet! Is it very different than the 1.9.3 beta you released a couple of days ago? Also, did you found the problem with the "inverted control/spinning ship" when decoupling a stage with a MechJeb?

Yeah, I just found a serious source of lag when using this mod. It keeps spamming CART OA.Downfloods: Creating wheels first time in the console. It becomes disastrous when using multiple ones. I would be great if this could get fixed, because this is a very useful mod for landing at night.

You seem to be right about that, thanks! I'll avoid the Restart Flight from now on.

A very irritating problem that appeared in 1.9.1 is still present in 1.9.2, that the windows positions are not remembered and are reset quite regularly.

Some of my wish list items / predictions. Mostly long awaited stuff: - Docking. - Multi-capsule ships (Apollo-style). - VAB/SPH assemblies (saving/loading assembled parts). - Complete IVA (kerbals walking around in the ships). - Stock crew modules / empty capsules (for space stations). - More information readouts (think MechJeb's info panels). - Consumables (electricity, oxygen & food/water).

I'm not sure if your question makes sense. The TWR is not dependent on the ISP. We already know the thrust and the ISP of the NTR, and the TWR will be directly dependent on the weight of your ship. The lighter the ship, the higher the TWR. But you're right, the low atmospheric ISP makes it unsuitable for atmospheric use. However, if you're landing a small ship on a moon without air, it might still be a viable option, given you have enough thrust.

You mean this on: http://ksp.olex.biz/ I don't think the values are the real ones yet, but it will be a very useful tool when updated.

Very nice work, I was waiting for someone to mod this sweet spacecraft, and you did it wonderfully! I may have noticed a visual bug though. When the fuel is exhausted while thrusting, 3 of the thrusters flames are still visible, like if at full thrust. The engines aren't thrusting anymore, but the animations are still present. I'm using MechJeb 1.9.0 (for decoupler reasons!) if that could be of any help, or even the cause.

I tried it and it works nicely indeed. I modified some parameters, like deployAltitude and minAirPressureToOpen, and it's a perfect drogue chute. Scott attached many of his chutes around the center of mass of his lander, plus the stock chutes have way to much drag so it tears the ship apart.

I'd love to see the equivalent of Valles Marineris on Duna. It would be even more spectacular since we can now see the terrain's imperfections and form from orbit.