daemotron Posted October 31, 2022 Report Posted October 31, 2022 The 5 blade GNS version seems to have an issue with engine management: the yellow ignition light doesn't come up when trying to start engines (exactly following the checklist) engines can be started through the menu though (Shift+Ctrl+e) if started this way, props don't come off the locks when trying to unlock them The 5 blade glass version works completely normal; engines can be started, and props unlocked after start. Any ideas? Quote
snakem12 Posted October 31, 2022 Report Posted October 31, 2022 Hi, sorry, I am aware that this may be of no help, but I just did about 20 flights on the 5B GNS (v2.0.4 on XP11) over the last few days, and everything is working perfectly fine here. So at least the AC seems to be OK, and I would suspect some other reason ("leftover" joystick binding or FWL script or whatever ...). Best regards Quote
daemotron Posted November 2, 2022 Author Report Posted November 2, 2022 (edited) Fresh attempt - I reset all Mu-related configuration files and deactivated the RXP GTNs. Now I could start it. Weird, but *shrug* In return, I found another issue - the MU seems to be sensitive with regards to where it's loaded. Example: when I try loading it at CYYR (11.55 default scenery) ramp position 38, it CTDs a few seconds after having been loaded. At ramp position 40, no issues. (also with the RXP GTNs deactivated). My suspicion: it could be the G500 plugin (which loads in the background, no matter which version of the MU you actually load in sim) - position 40 is on a fake tarmac, not a real taxiway tarmac. Edited November 2, 2022 by daemotron Quote
snakem12 Posted November 2, 2022 Report Posted November 2, 2022 20 minutes ago, daemotron said: My suspicion: it could be the G500 plugin (which loads in the background, no matter which version of the MU you actually load in sim) Yep, noticed that also. But as I only fly 5B GNS ATM I simply temporarily moved the G500 out of the AC plugin folder Quote
daemotron Posted November 3, 2022 Author Report Posted November 3, 2022 Can confirm now it's at least related to the G500 plugin. I deactivated it (moved it out of the plugins folder and into plugins_deactivated), and the MU loads without crashing. Quote
tkyler Posted November 10, 2022 Report Posted November 10, 2022 Yea, there is a known issue with the EGPWS plugin by Saso (that the G500 integrates) on Mac that crashes, usually on 'aircraft unload'. Quite the annoyance during development as I myself suffer from this issue. -TK Quote
daemotron Posted November 13, 2022 Author Report Posted November 13, 2022 (edited) That crash is happening on Windows, not Mac, so I think this is something else going on here. In particular since I only deactivated (moved) the rsg_g500 plugin folder but kept the OpenGPWS one. Unfortunately, those crashes are "hard" CTDs, i.e., the log is just ending abruptly, and also XP doesn't generate a crash dump in those cases - doesn't make it any easier to figure out what's happening. Only correlation I could find up to now is the combination of startup location and the G500 plugin. Now what's interesting is that I can load the Cessna 172 with G500 on those spots without producing a CTD (which also uses both plugins, G500 and OpenGPWS). Conclusively, it must be something in the interaction between the G500 and the MU-2B which causes this crash. If I can obtain a log or crash dump, I'll upload them here. P.S. another observation: this crash only happens if loading the MU directly after starting X-Plane, i.e., loading it from the "Start new flight" screen. If I load the C172 first in such a spot, and then switch to the MU, it doesn't crash. P.P.S. the OpenGPWS crash on unload (known for Mac iirc) also happens on Windows (cf. attached log and crash report). crash_report_11_13_2022_07_44_53.rpt Log.txt Edited November 13, 2022 by daemotron Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.