Open Fedex75 opened 10 months ago
Ok after looking at RasterPropMonitor.cs i think i understand it's more complex. So in order for the computer to disable the monitors when it loses signal, they would have to be configured with "needsCommConnection = true". The ALCORMFDs don't set that field so it's left false. But we can't change that directly on their cfg files because then all MFDs would require signal, even those inside command modules.
So the question then becomes, is there a way to change a field for an individual MFD?
Yeah good question...My hunch is that the solution here would be to have some variable on the RasterPropMonitorComputer (the partmodule that lives on the probe part) that controls the behavior. Then all probes can be set up so that they require a signal and command pods don't.
Yeah that sounds good. On my local install i created new MFD props with their needsCommConnection always set to true and used those on the mission control cfg but that solution sucks.
By the way, this is unrelated but would it be possible to show the navigation marker on the MFD's navball? I mean things like this:
Since it already shows markers for prograde and things like that i figure it shouldn't be too hard right? It doesn't necessarily have to show the specific icons like the thermometer, just any symbol would be ok.
When a probe loses CommNet connection the monitors and controls still work.
KSP.log
Steps to reproduce the behavior:
Expected behaviour: The monitors should turn off and controls shouldn't work, like when the probe runs out of electric charge.
Here we can see that the probe has no connection but the monitors are still working.