• Content Count

  • Joined

  • Last visited

Everything posted by macdjord

  1. Seems odd to try for a lander before even doing a flyby - let alone succeeding at it.
  2. ... well, some of the ends are pointing towards the ground. Does that still count as a Bad Problem?
  3. Huh. Event horizon. Well, could be worse - after the mention of 'synapses all through it', I was worried it was The Beast.
  4. Actually, they're both he same root definition, just applied differently. 'Homely' means 'common' or 'familiar'; applied to a place it ends up meaning 'comfortable' or 'homelike', whereas applied to a person's appearance it means 'average' or 'unexceptional'.
  5. Alt-L (I think) will lock staging so you can't stage until it's unlocked.
  6. Ah! What you need there is a little arrow on the navball telling you which direction the marker is in when you can't see it. (I suggested this earlier.)
  7. Click on the navball where it says 'Orbital' to cycle between orbit, surface, and target mode manually.
  8. Hell, make that a general rule: When UI elements anywhere overlap, clicking should only trigger the top one.
  9. Option 1: Big-@ss Booster Build a big, single-stage booster under the payload. Add lots of fins at the bottom. Add radially attached SRBs, drop tanks, or asparagus-staged liquid boosters if necessary; make sure they don't interfere with the fins. Useful tip: Engines always draw from the most distant tank first. For vertical rockets, this means they empty the tanks in their stack from the top down, which causes the CoM to move downwards making the rocket less stable in the atmosphere. Solution: in the VAB, lock fuel flow from all the tanks except the bottom one. During launch, keep an eye on the fuel levels in the bottom tank, and, just before it runs out, unlock the next tank up. Alternately, just install TAC fuel balancer and tell it to balance fuel between all the tanks in the stage. Option 2: Traditional Vertically-Stacked Multi-Stage Booster (i.e. Saturn V-Style) The solution for stability is the same: fins at the bottom of the rocket. However, the vertical staging adds a complication: each time you ditch a stage, you have a new 'bottom of the rocket', which needs fins of it's own. But, since stock KSP doesn't have any deployable fins, fins at the bottom of your 3rd stage will be well above the CoM when you're burning the 1st stage, which makes them counter-productive. Thus you need to use successively larger sets of fins at each step, e.g. 2 small fins on your 3rd stage, 4 medium fins on the 2nd stage, and 6 large fins on the 1st stage. Unless you're trying for a purely ballistic launch, any stage that fires off above 40km or so can probably dispense with fins entirely, and just use reaction wheels or RCS. Option 3: Balanced Twin Boosters Instead of building one booster underneath the payload, use two boosters radially attached to the sides. Make sure the boosters extend up above the payload as much as they do below it, thus keeping the payload near the CoM. You'll still want a couple fins for control, but you don't have to compensate for payload drag just to maintain stability. This solution also lets you asparagus stage the payload's engines off the boosters and use them during the launch, thus boosting TWR. The downside, or course, is that your frontal cross-section is potentially up to tripped, increasing drag losses.
  10. Useful tip: If ditching a stage just before reentry, always point the stage normal or anti-normal before decoupling it. That way, there is no possible combination of drag and gravity which will send it back into you. Video is private.
  11. The ascent failure is because your rocket is being controlled from some part in the lander, which is upside down. The landing failure is because your engine wasn't turned on, and auto-stage only works during ascent unless you arm it manually.
  12. Also, add more fins to your tail. That will help keep you from flipping out.
  13. Put a hard limit of, say, 5s on how long a Kerbal can ragdoll before becoming controllable again, and make them immune to ragdolling again for at least 2s. This includes while skidding or bouncing along a surface.
  14. I can screenshot it next time I'm playing. I know my staging and fuel lines are correct, though, because they design does work in practice. Hell, it even autostages correctly! It's just the delta-v window that is wrong.
  15. Is it just me, or does the latest version of MechJeb not handle asparagus staging and drop tanks as well as previous ones did? My current launcher uses a Skipper on an orange tank as it's primary booster, but since the payload uses radial engines, it fores those off at the same time with fuel pipes to them from the orange tank. I recall that previous versions of MechJeb would handle this correctly, showing the first stage with the combined thrust and delta-v of all the engines, and then the next stage, after the booster and orange tank are decoupled, with the thrust and delta-v of the payload running off its own internal fuel. But now it shows all the delta-v in the first stage and 0 in the second, as if it were assuming that the empty tank would not be jettisoned until all the engines were dead.
  16. And thanks to the way orbital mechanics works, it really was uphill both ways~
  17. When a navball icon is out of sight off the edge of the ball, add an arrow of the appropriate colour pointing to it. For paired markers (prograde/retrograde, target/anti-target, etc.), the arrow would only show when neither of the pair is visible, and would point towards the positive one. The size of the arrow would indicate how far out of view the marker is, from full size for 'just out of view' to half size for 'almost exactly 180 degrees away' (of course, unpaired markers like the node burn marker would ever get that small; the paired markers can get much more than than 90 degrees away without the opposite marker coming into view).
  18. I should point out that, unless you're using RemoteTech or something similar, most of the utility in Smart Parts is in the early game, before you get fuel transfer and fuel pipes and good probe cores. Put this stuff too late in the tree and you'll only get it after you cease to need it.
  19. Oh, I'm not proposing he add entire chapters about their money situation, or that he try to incorporate his entire picture of the Kerbal economics into the story. Just a few references to the fact that they have income sources and do have to concern themselves about money (not just 'Do we have enough? What can we do with it?' but 'How do we get more? Are we going to keep having enough?').