Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

78 Excellent

About impyre

  • Rank
    Zapp Brannigan
  1. I've been having this problem with the large drill as well. Not the smaller ones, just the large USI drills. No placement works at all, it's funny because they worked fine at first. Also, and this is more of a note really, the planetary logistics were making me miserable. Took me an hour to figure out why my water converters were sucking all my power continuously, but every time my water started to get near full it jumped back down. Turns out I dumped something like 1.5million units of water, 3 million units of raw uranium, among other stuff into the void. While my base can sustain max po
  2. I doubt that it's doable for the reason you listed. FAR atmosphere is still thinner. You'd need an appropriate chute mod (like RealChutes by StupidChris) if there are any updated for that version of FAR/KSP, it gives much more control over the chute's area/drag and opening characteristics. @Moar Boosters Odd, I've never had problems with vertical retrieval below 8km, only when you start to get much higher. But I guess that probably partly depends on how much rocket he's trying to bring down in one piece.
  3. Personally, I simply turn penalties down, but leave everything else at max difficulty. The most grindy thing about the game right now is the insane building costs (especially if we're assuming that someone playing on "hard mode" has a good idea as to what they are doing)... doing missions without patched conics isn't that difficult, working within limitations imposed by lower tier buildings is interesting... until it prevents you from moving further out... the problem is that in order to make the money you have to perform miraculous tasks with few resources and parts... multiple times. Doing i
  4. I agree with moronwrocket; the normal vector will always be pointing "up" from the perspective of your orbital plane... when your plane is equatorial and prograde, this is polar north... when you are retrograde and equatorial, this is polar south. Adjustments can easily be made by watching prograde marker through at least a half orbit... make a note of its maximum deviation from the horizon, the next time you hit the point of maximum deviation will be at the next node (ascending or descending). Even getting in the ballpark (plus or minus a few degrees of phase) will allow you to create a fairl
  5. I believe adinfinitum is correct, consider that if you add two vectors to implement a change, you are essentially negating each by some ratio (depending on the angle)... so the total energy required is greater. Following the normal or anti-normal markers is like adding an infinite series of vectors with changing magnitude and direction. Those that come after the target point will be detracting from some of the work done by some of the earlier vectors. It gets pretty messy mathwise, but suffice it to say that it is most efficient to decide how much work you need to do and in what direction, and
  6. I spotted some odd objects the other day that were blinking at me (i have distant objects enhancement also). I puzzled over what it could've been for quite awhile, as there were no planets in that area of space. I hadn't yet unlocked unowned object tracking, but I came to the conclusion that I was looking at an asteroid. Later on I saw my station "blinking" at me from 100km distance, so I'm pretty sure it was an asteroid.
  7. I've noticed this as well. I theorize that the dots are most accurate, and are representative of "point samples"... whereas the "cloud"-like displays are interpolations of the same point samples and thus prone to interpolation problems (especially on a spherical surface). I haven't tested this yet, but I plan on it. You'll notice if you look closely that the dots near the poles seem smaller and closer together, which fits with samples taken at regular intervals of latitude and longitude.
  8. nekogod and alistone are on the right track. The fact is that dV is a function of work, which can be represented as "the area under the curve". Since fuel flow rate is constant, the "curve" is a straight line with positive slope... which gives a triangle. So to find the perfect time, you'd need to find the point, t, at which the dV on the left and right are equal. This is analogous to splitting a right triangle into two odd-shaped portions. On the left is a shorter similar triangle, and on the right is a taller more narrow quadrilateral. The fact that it's narrow is representative of the fact
  9. I was able to launch an unmanned "crew return module" that had a Duna encounter and 2300m/s of dV. It was able to establish capture around Duna, get a Kerbin return encounter, and establish Kerbin capture all without any aerobraking. Add the encounter dV (which was on the transfer stage, not on the return module) of around 1080 and it comes to a total of about 3400m/s. Probably could've done a little closer to the listed amount of 3314, but I like to play it safe. This was in 1.0.2, using only stock parts. The 2.5m poodle engine specifically. That said, that won't allow you to do any landing o
  10. WOO, donations for you sir! Thanks KospY! Show some love ppl!
  11. I always refine on the ground. As others have stated, it's a bit closer to what would happen if this were irl ISRU situations... mostly because it's extremely convenient to be able to collect and refine at the same site. Then the final product is the only thing that is "shipped". Also, transportation becomes much simpler when you're transporting fuel. You don't have to worry as much about dV (since if you need to ship it further you just use up some of the "cargo"). I used to find docking to be a pain while on the ground, but I now use a rover-based system. Basically I have a sub-assembly that
  12. If I had to guess... I'd say the problem is integrating a complicated ever-changing equation in a very short amount of time. Often only analytical solutions yield the exact answer. Sometimes formulae can be used to get a good approximation, but it's likely that one doesn't exist for the various situations in KSP and that instead the only solution is to find a good infinite-sum representation and then add an arbitrary number of terms... though even in that case there are situations where it can be much less accurate. I imagine it is based off of terrain altitude at the predicted landing site (o
  13. No Cephalo... I just do that so that I know the ships are aligned without having to use a docking port alignment mod. IE: if they have the same orbital characteristics (which they do if you're about to dock.... or at least... I really hope they do) and then you align one to point at the normal vector, and the other to point at the anti-normal vector... then you know they are perfectly aligned. This way, you only have to use translation to line up and close the gap. You'll already be oriented correctly.
  14. KER's suicide burn info is available but must be installed in an existing display or a new HUD you create. It will show suicide burn altitude, burn duration, burn dV, and time until beginning suicide burn. Time til burn is the one you're really most concerned with as it tells you when to press "z". I still don't trust it 100%, but I've used it without ill effect (but my velocity wasn't that high either... I basically used it in conjunction with my method of cancelling horizontal velocity just above landing area).
  15. I was gonna say to check your USB cord... my pc sits near the tv, and a long usb cable connects my keyboard... sometimes my dogs sit/lay/trip on the connector and it wiggles loose and my craft suddenly stop responding. :/
  • Create New...