Zorkinian

I suspect this change is affecting IVA mods (e.g. RPM) that were displaying a NavBall: * Hide UI elements that aren't being used and avoid unnecessary updates in flight mode. These mods were grabbing the UI NavBall as follows: navBall = UnityEngine.Object.FindObjectOfType<KSP.UI.Screens.Flight.NavBall>(); And calling NavBall.relativeGymbal to both directly mirror onto their own navball-like objects, as well as transform it into heading/pitch/roll. If you switch to IVA in 1.10, after ~0.5 seconds the relativeGymbal call stops giving new values, and as a result these derived navballs/values are "frozen." It seems like there are at least a few ways to work around this: 1) Is there some way to ask the NavBall to keep updating even when not visible? 2) The stock IVA navball continues to function, so something much like the relativeGymbal call is still being calculated somewhere. Is that currently exposed anywhere, and/or is there a way to reconstruct it using other available vectors & quaternions?

I haven't run in debug mode yet to confirm, but Manul definitely seems on the right track. Heading/Pitch/Roll are calculated by directly finding the KSP NavBall and pulling information out of it. If the NavBall is no longer updating under the hood, RPM would also get no updates: https://github.com/JonnyOThan/RasterPropMonitor/blob/f79d1d4c3e99132e3ebcf6caf3a8cd26b34ff7a9/RasterPropMonitor/Core/RPMVesselComputer.cs#L675 https://github.com/JonnyOThan/RasterPropMonitor/blob/f79d1d4c3e99132e3ebcf6caf3a8cd26b34ff7a9/RasterPropMonitor/Core/RPMVesselComputer.cs#L1130 https://github.com/JonnyOThan/RasterPropMonitor/blob/f79d1d4c3e99132e3ebcf6caf3a8cd26b34ff7a9/RasterPropMonitor/Core/RPMCEvaluators.cs#L1293 If there's some way to force the NavBall to continue updating, that should help things; if not, then the rotationVesselSurface data will have to come from some other source.

Just for those who may not remember, this is coming from the KSP 1.10 changelog: https://wiki.kerbalspaceprogram.com/wiki/1.10

Thanks a lot for taking a look! As always, we deeply appreciate your work on this project. KSP is greatly enhanced by the IVA experience.

It's probably better for you do that yourself; I don't fully understand your issue, and if they ask any clarifying questions, I won't have your context.

I only used the stock initial pod, but the MFD screens were working. It looks like my issue is better documented on the github: https://github.com/JonnyOThan/RasterPropMonitor/issues/15

I am seeing an issue similar to hotcookie - I have a 1.10 KSP, and have only installed DE_IVA Extension and its dependencies. Most aspects of the stock command pod work, but: * The navball on the MFD does not rotate * Switching between normal view and IVA view cause the navball to move for ~0.5 seconds before freezing again * All MFD pages seem to function well; even the one containing the navball updates things like the prograde/retrograde marker and the various numerical readouts, it's only the ball itself that seems jammed.

Image to explain:

Yes, I am seeing the exact same issue.

Is there a way to set a default view when using VesselView as part of RasterPropMonitor / MultiFunctionDisplay? I really enjoy this mod, but I'd like avoid setting up all my settings for every single launch. (In fact, is there a way to default all the RPM/MFD windows for a given command pod type? It would be really nice to just go to the launchpad and have my favorite set of windows already active...)

Just a quick note - I'm also looking into solutions (though I'm a bit behind you). Since you're already doing a bunch of investigation into translation, I'm going to spend some time looking at creation (creating the ship at the target coordinate). I'll keep you posted. =]

Oh, my bad - it doesn't exist, I was suggesting that you create it (or something like it) that would then be consumed by other modders. My bad =]

Have you considered letting other objects identify as fuel sources? Say, any part that implements some interface like...ITransferrableFuelSource? This is of particular interest to me - my mod Orbital Construction allows people to store fuel up in SpaceDocks for ship construction. However, it would be cool to let passing ships also draw off that fuel supply for mid-mission adventures. The SpaceDock part definitely isn't a FuelTank, and probably shouldn't try to inherit from it, but it does have its own model for storing/releasing fuel. In addition, I'm sure other modders will think of interesting ways to create fuel sources (like a mining platform on Minimus, maybe some sort of scoop to be deployed in the Sun's corona or on a gas giant) - creating a platform they can work off would be interesting. =]

Very cool mod! I'm excited about the potential here. You did some pretty clever stuff in the source! A few notes: In FuelTransferModule.cs: Line 217 - Unity already has really good vector math. You can just do something like: Vector3 difference = a.transform.position - b.transform.position; float distance = difference.magnitude; instead of re-implementing the vector math yourself! Also, I like your search through the partloader to figure out the original fuel level of the part. That's something that has eluded me for the longest time. It seems like the real challenge is figuring out how to reactivate "dead" parts, assuming that's something that can be done via the API.

Let\'s say I have Vessel A and Vessel B. They\'re close enough to each other (< 1km) so they\'re both loaded into physics and such. I want to make Vessel B have the same heading as Vessel A, but I\'m not sure how to do it well. I\'ve tried messing around with the SetRotation (don\'t have the API with me, might be wrong name), but the sudden rotation causes Vessel B to explode. Any suggestions?