Starship

@ProfCrash said in Hobbs Meter Correction: would the simvars: CONTACT POINT IS ON GROUND:1 & ENG N1 RPM:2 > 62 & [triple fed bus v > 22 ] work? Yes, except I don't maintain the hobbs meter value. It's saved with the aircraft's core state in a file by Asobo, and it's incremented only by their simple rules in the configuration files. I could maintain my own variable, of course, but we have already seen how inconsistent state saving is in MSFS, and it would be one more inconsistent behavior for people to complain about. I know that persistent hobbs hours are a point of pride for many pilots, so I wouldn't want to risk losing their hours on them.

Okay, that's good, and means it will be fixed soon. Yes, the windshield wiper effects are of my own design. Unfortunately, I think they work a little better visually in 2020 than 2024, but at least you will be able to clear rain after I discovered that very reverse compatibility breaking difference.

Yup I've run into the same problems with the Comanche in 2024 as well. I would have hoped that Asobo would have improved state saving if they changed it at all from 2020, instead it seems to be the worst of all worlds, inconsistent even from flight to flight. I really like 2024 as a whole, and I think there's been some big improvements, but I'm baffled at stuff like this.

You could preset non discrete vfr codes for when you cancel IFR or are vfr and you leave controlled airspace, or even a non discrete ifr code like 2000 when you enter a non radar environment like oceanic or something

@Black-Square Found it. Definite PEBCAK error, I'd left an experimental mod activated. I'll confess I was trying to work out the mystery behind HiddenFloppy in CDU.js and Starship_Interior.xml (searching around the plane has been fruitless thus far), making tweaks in a separate mod so as not to wreck the installed version. All better once I turned that off, though I still haven't found that floppy. Incidentally, your text adventure implementation in CDU.js lends itself to mods for other vintage text adventures. Leisure Suit Larry, anyone?

@Black-Square Sorry for the delay. Done and everything ok. Thanks and congratulations again for the Starship Ciao

See my post from release day link text

Yes I just had this happen too.

Fill the FWD tanks first then the aft tanks, the jet pumps fill the fwd tanks with aft tank fuel in normal ops

@ProfCrash said in RPM goes up and up in reverse: next

@Gilandred Yeah so I don't think the runways "read" the magvar so I'd expect that someone (Asobo/MS for this airport) would have to manually amend the runway numbers and maybe localisers etc? Probably just been missed

Got it! Thank you so much! I guess in real life the pilot would hardly notice if one of the systems had failed, right? Edit: Disregard. My question doesn't make sense.

Ah, IAPS. Which, if you were curious is still a component (and abbreviation) used in all the modern Collins stuff right up to Proline 21 Advanced.

Just got the lines backwards on that first page. Fixed now. Thanks.

@HawkHurricane Since time immemorial, altitudes in aviation have been measured in feet. Only Russia, China, and a few other Asian states and the former Yugoslavia use the metric system, more for political than technical reasons. Ciao

Can you guys explain to me how to properly set the honeycomb Bravo to correct selected altitude without changing all other selected values like say heading ? I can't make it work by following what's been recommended before. I don't know what I'm doing wrong. Thanks

While I'm always listening to everyone's suggestions, and I'm not ruling out a change like this, I thought I would just clarify that the GNSS Sensor Enable/Disable option in the CDU is a real feature in all the current Starships. I understand that pressing this button once to disable the GPS for all future flights might be "immersion breaking" if you put yourself entirely in the mind of a Starship pilot in the 1980's, but there is nothing unrealistic about it in today's Starships.

Interesting. I think I saw a post with something that looked a little like this on the developer forums, but I didn't pay much attention to it, because it didn't apply to aircraft.

I hate to disappoint, but there is no texture that controls the background color. You could edit some files, and then some other files, and then edit more files, but it would be a lot of work. Then, the colors would still be off when you use some of the reversionary modes, because those are baked into the model file. The colors you see in the manual are either a product of the lighting, or color correct applied to make the screens more readable. Sorry to disappoint.