LameLefty

Do it. It’s worth it.

I haven’t been to Eve since before Patch 1. But I’ve returned from Jool and the final trajectory after leaving Jool’s SOI was absolutely nothing like it should have been, as it was depicted post-burn but before leaving the SOI. As in, I needed to add over 1,100 m/s dV in subsequent burns to get the same Kerbin encounter I should have had after the initial burn.

For any vehicle with a reasonably-good TWR and where orbital altitude isn’t changing rapidly, I’ve found the burn timer to be pretty accurate. But those caveats above matter: if you’re burning out of an already-eccentric orbit, especially down low near the foci of the conic, the timer isn’t very good. Similarly, if you’ve got a low TWR and you’re in a low orbit where the burn time takes more than a small fraction of your orbital period, it’s not very accurate. I haven’t noticed any particular issues with radial-antiradial/normal-anti normal burns at all. For me, the single biggest issue I have is when I’m burning to leave an SOI. The resulting trajectory after leaving the SOI just seems wrong. It’s usually not completely off for me leaving Kerbin’s SOI for Jool or Duna, for example, but it’s TERRIBLE leaving an outer system for a body closer in. Kerbin to Eve, Duna to Kerbin, or Jool to Kerbin burns have all just been flat wrong once leaving the initial SOI.

Not all heroes … etc. That would be fantastic.

No, that’s actually multi-spectral imaging data. There’s also reams of data from Shuttle flights (both multi-spectral imaging as well as engineering development test data from internal and skin sensors); as well as USAF/DARPA blunt-body, lifting body and ICBM RV entry imaging and engineering data though most of that has been “sanitized” for ITAR concerns. Sorry to burst your bubble, but I’m an aerospace engineer by education and early career and not just making stuff up.

That’s … not true at all. There is plenty of non-classified imagery of re-entering spacecraft from NASA’s WB-57 aircraft, plus a lot of scholarly data available on re-entry heating and plasma from university, NTRS and DTIC sources.

If you can extend this to control the burn for ann existing maneuver node, that would be great. Having to rely on my own fumble-fingers and senses of timing to start/stop a planned burn is a pain.

There are multiple threads on this bug since shortly after release. I was hoping it would be fixed in Patch 1 but it wasn’t.

My best and most common use for it was to dock to arbitrary docking port locations on large, multi-port stations. I would typically have an orbital refinery/propellant depot station orbiting places like Minmus, Ike, and Vall. Each station would have anywhere from 4 - 8 radial docking ports and two axial ports (one on each end). I would dock things to these stations that may themselves not have their docking ports on the nose - for instance, spaceplanes with those neat little extendible ports that close up under covers. DPAI allows me to abstract away a lot of the confusion and turn docking into a couple of very simple visual steps, no matter which docking port I’m targeting.

We might get something basic, as we ended up with in KSP1 at the end, but in the meantime, there's a mod for that and it works very well.

Sent another mission to the Jool system, this time landing on Vall for the first time. While I was there, and since it will be almost a Kerbin year until the next return window and since my transfer vehicle has dV to spare, I decided to orbit Pol for the first time in KSP2.

Not without glancing in multiple places. And since the Target marker in KSP2 is the same color as the attitude indicator, using the navball alone to dock is visually cluttered and unintuitive. I've done a few dozen times in the last 3+ weeks, but I don't like it. And we get that you're not a fan of Navyfish's DPAI. Great and good for you. But I'm with the OP here. I haven't made a docking without it in KSP1 in many years, and I'd be using it today if it was available for KSP2 or was part of the stock docking system.

The problem with this in KSP2 is that in Target mode, relative velocity displayed on the navball is not signed - that is, no positive or negative value with the velocity, so it's not intuitively obvious whether you are closing with the target or increasing separation. The DPAI mod in KSP1 puts that number right smack in the UI of the mod widget window, so you can tell at a glance are you adjust your velocity vector exactly have fast you're closing or separating. The KSP2 Target mode would be more informative if they at least added a sign to the value. But it will never be as intuitive or easy to dock using just the navball (especially now that the thing is parked in the lower left of the UI) as compared to DPAI.

The Munarches are on the scale of like 200m tall. For comparison, the pic I posted last evening from Duna, my ship is the new large lander with a methalox tank and a 2.5m Mainsail engine and those giant legs. The cabin is 12m AGL so the feature in the photo is several dozen meters across east-to-west and north-to-south. It's also substantially taller than my 12m lander. The ... other features ... on Minus, elsewhere on Duna and on Tylo probably 50 - 100m tall at least. They render in at around 30km. People have posted techniques above - very low orbits, pausing and moving the camera around looking for them.

I adore this mod in KSP1 and docking without is slow, tedious and not nearly as intuitive. I would love for something like it to become stock in KSP2, or if Navyfish could port it to the new game. Even more than the fact that it makes aligning docking ports and velocity vectors completely intuitive is the fact that you can target off-axis docking ports (such as radial or zenith/nadir ports) on any module and the process of aligning velocity vectors and managing closure rate is exactly the same.

I hope so, but in the meantime, there’s an excellent little mod that works very well.

This evening I spent a lot of time trying to locate an old, old favorite spot from BITD ... This is an original anomaly, but relocated to a new place. If you don't want to see, don't un-hide the spoiler.

Gah, the Face on Duna was a real PITA to find. With all due respect to @enzo_schmitz, the Map view shots weren't high-res enough for me to find it easily. I must have made about 20 landings in different little valleys and plains to try to locate it. Whew.

Returned my crew from Ike, after first spending several months in Duna orbit conducting observations waiting for the return window. I eyeballed a Pe past KSC in an attempt to land closeby but overshot by about 35km in the end. The first phot shows the transfer stage braking into Kerbin orbit, where I eventually left it, intending to refuel it and use it on future outer-system missions. Unfortunately, after recovering the lander, I checked the Tracking Station and it had been affected by the bug that separated vessels sometimes affect each others' trajectories. Somehow it had left its 200km circular parking orbit and was set to reenter and crash. I just destroyed it from the Tracking Center instead. Guess I have to launch another one for future missions.

I launched both parts of this vessel into LKO separately. First was the LH2-fueled SWERV-powered transfer stage, and then the methalox-fueled lander. Docked in LKO, transferred to Duna system and made orbit around Ike. Undocked and landed on Ike, then took off, rendezvoused and docked again, and after messing around in Duna space, headed back to Kerbin. I made orbit around Kerbin and separated the lander from the transfer stage. After undocking the staging was all confused and showing no available dV despite the propellant tanks having plenty. I fiddled around by creating and deleting some dummy stages, dragging the engine into one of them along the way. Somehow, the engine ended up being duplicated in the staging list even though there's only one engine on the lander.

You need to work on your system cooling, seriously. Hello from Ike orbit at 1440p with everything cranked up to max.

Yep. Basically, just use one of the online phase-angle calculators to get yourself into the correct position for the transfer burn, then burn just enough to exit the current SOI. Once outside the current SOI, make the rest of the burn necessary for an intercept.

This bug has been noted by numerous others. See for example: In fact, this bug has been with us since day 1: Hopefully it gets corrected in Patch 2.

Add SHIFT to the list of controls that affect the throttle. I tried to rename a vessel and added throttle with each capital letter.

I don’t mean time numbers - I want the integrated change in velocity over time (e.g., the ACTUAL delta-V incurred during the burn).