Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.
By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.
I have discovered that if AFLT overloads Simconnect, Simconnect essentially "forgets" about the user aircraft, returning its airspeed to 0 (hence the crash). Seems to suggest an incomplete design of Simconnect.
In addition to startup - when it shouldn't matter, AFLT can overload Simconnent at 4 events: i.e., click the Connect button, click the Disconnect button (both of which you've experienced), when the user aircraft approaches (15-20 nm ) an airfield and when the user aircraft gets beyond about 20nm of such an airfield.
SInce the Connect and Disconnect buttons are not intended for use in normal circumstances, I'm not going to change that area - at least for now. But, previously, AFLT attempted to process 100 lights at a time when approaching or leaving an airfield. It seems that was more than Simconnect could tolerate. I've reduced that number to 20 in the attached. (It's not clear there is any feedback from Simconnect that would allow in-the-moment metering. This may have to become a user-setting).
Please copy the attached file into your AFLT\P3D Files folder and either recompile your airport or also copy it into Documents/Prepar 3d v4 Add-ons\AFLT to P3D and give it a try.
You can do that, but I suggest you don't give up just yet. We know (or at least I'm pretty sure) these "crashes" are due to a momentary overload in Simconnect. (At day to dusk, for example, there are a lot of lights changing state. AFLT currently tries to do it all at once, and that's "killing" Simconnect.) I am currently investigating ways that AFLT can "meter" these sudden, numerous changes. It's going to take me a couple days, but I'm reasonably sure I can avoid Simconnect doing whatever its now doing.I think the best plan for me is to use the AFLT RWY/TAXI lights and use the ADE Approach/Strobe/PAPI lights.
You can do that, but I suggest you don't give up just yet. We know (or at least I'm pretty sure) these "crashes" are due to a momentary overload in Simconnect. (At day to dusk, for example, there are a lot of lights changing state. AFLT currently tries to do it all at once, and that's "killing" Simconnect.) I am currently investigating ways that AFLT can "meter" these sudden, numerous changes. It's going to take me a couple days, but I'm reasonably sure I can avoid Simconnect doing whatever its now doing.
I have now (almost) fully metered the launching and deleting of the simobject lights. Please give it a try (but stay away from the Connect/Disconnect buttons; they are not fully operational yet). By metering, I mean Simconnect controls the pace. Consequently, you may see a slightly longer startup at an AFLT airport
As before, please copy the attached file into your AFLT\P3D Files folder and either recompile your airport or also copy it into Documents/Prepar 3d v4 Add-ons\AFLT to P3D.