LSZH GSX PRO load Problem

[Yak54]

Hello,
GSX PRO gets stuck when loading FTDT-LSZH with
"Loading GSX menu, please wait" , but only if
useAirportCache = 1 is set.
GSX profile here is FSDT LSZH Zurich (Flightsim.to) in the directory ...virtuali\GSX\MSFS\ .
FSDT LSZH version is up to date.
The problem only exists in LSZH. No matter where profil.ini and bgl are with the correct afcad path, whether in the virtuali or in the community folder, the start sequence never finishes!
I have also created a log file. However, after each test a different part of the start sequence is in it, with no recognizable error ??
With useAirportCache = 0, i.e. data via simconnect, everything works.
But I need the mod useAirportCache = 1, because the Followme car works much better here.
In simconnect mode, the Followme car drives all over the area at many airports, just not on the taxiway!

So, maybe there is a solution for LSZH from FSDT that I don't know about yet in the mod useAirportCache = 1

[Ankh]

Same here, no GSX on FSDT LSZH yesterday evening. How I am sick of this tool, it is always a lottery whether or not it works on my scarce simming opportunities.

[Andreasmb]

For what its worth:
I am running FSDT LSZH latest version with a profile from Flightsim.to in the directory ...virtuali\GSX\MSFS\  ( version 3.0.1. -> file name lszh-wocetz.ini and .py ) without any problems= GSX Menu loading immediatedly when starting at LSZH.

Maybe not helpful for the persons having problems here, but thought I report that.

Andreas

[Yak54]

Here is an addition to my LSZH problem:
If the value "useAirportCache = 0" is in couatl_MSFS.ini in the %APPDATA%\Virtuali folder, GSX works perfectly for me in LSZH.
But not with useAirportCache = 1 (data for GSX comes from the airport.bgl)

[virtuali]

If the value "useAirportCache = 0" is in couatl_MSFS.ini in the %APPDATA%\Virtuali folder, GSX works perfectly for me in LSZH.
But not with useAirportCache = 1 (data for GSX comes from the airport.bgl)

You should not use the airport cache anymore and, since SU12, we automatically set it to 0, unless you explicitly override it, which you shouldn't do anyway, because without it, not only GSX won't work with Marketplace airports, but Jetways won't work correctly, since data about their actual position and points during the movement only come from the Navdata API since they are not found in .BGL.

There won't be any difference about how the Follow Me will work, so if you see any, it means you have a scenery conflict, most common cause is not having disabled GSX replacement jetways for an add-on airport, but in case of LSZH, not having disabled the default one.

While using the Navdata is clearly much better, it comes with more responsibility on your side because, when not using it, GSX only reads ONE .BGL at the time, so as long it found the right .BGL, it can't be confused by extra data from other conflicting airports, and it can also automatically associate an airport profile made for it.

When the Navdata is in use, GSX will get all data about that airport, including conflicts, and since we don't know from which .BGL ( or .BGLs ) this data is coming from, we can't automatically associate the "right" profile, so it's your responsibility to be sure you only have *one* GSX airport profile for that ICAO, and that one IS the correct one for that scenery, and you don't have any conflicts.

[Ankh]

I cant get this resolved, all I did served nothing (giving my user full admin rights, deactivating and re-activating GSX for MSFS, using different profiles for MK simulations LSZH). I always get the message "GSX has been disabled on this airport by the user settings". If I go to another airport, GSX Pro instantly works as it should. What else can I do? LSZH is unusable for me atm due to this issue.

Might it be because I had FSDT LSZH installed once? But it is completely uninstalled, I do not find any traces of it anymore...

EDIT: just tried it in MSFS2024, MK Sim LSZH works flawlessly in this sim with GSX. So the issue is limited to MSFS2020...

[Ankh]

I have some additional info from the couatl.err file it just created:

Loading airport LSZH
Using airport customization from GSX.airports.lszh_fsdt_msfs
Using airport customization from user Python lszh-mkstudios-gsx
Loading user customizations from C:\Users\AnkH\AppData\Roaming\Virtuali/GSX/MSFS\LSZH-MkStudios-GSX.ini
jetwayHeightsDict =  {'jetway_b': '5.188000000000003', 'jetway_d43': '5.188000000000003', 'jetway_a': '4.580000000000004', 'jetway_e': '5.424000000000005'}
lszh_fsdt_MSFS addOn is not activated, GSX disabled for this airport
onEnteredAirport LSZH
emulateText_MSFS [GSX] GSX has been disabled on this airport by user settings 6

This makes no sense at all, why does it load the FSDT setting if I am using the MK Studios variant?

[virtuali]

This makes no sense at all, why does it load the FSDT setting if I am using the MK Studios variant?

It shouldn't, unless you have installed them both, so you have a scenery conflict, and GSX is getting data from both sceneries.  Are you sure you don't have the FSDT Profile also installed ?

[Ankh]

Well, there is no folder anymore for FSDT LSZH. Unless the FSDT profile is hidden in another place than the ones I downloaded? And as I wrote, in MSFS2024, the MK scenery works with GSX, the issue is limited to MSFS2020. As the profiles are used for both sims, this is rather strange, no? But on discord you will find several comparable reports for various other sceneries where a FSDT rendition exists. Something is wrong here...

[Ankh]

Ok, another update: I searched my whole PC for orphaned LSZH files, no surprise, I did not find any. But I found two .pye files named LSZH_FSDT and deleted those. Still the same message when I want to start GSX in MSFS2020: GSX has been disabled on this airport by user settings. Annoying. This is the couatl.err entry this time, slightly different than before:

requestFacilityData LSZH
requestFacilityData DONE LSZH
Loading airport LSZH
Using airport customization from user Python lszh-mkstudios-gsx
Loading user customizations from C:\Users\AnkH\AppData\Roaming\Virtuali/GSX/MSFS\LSZH-MkStudios-GSX.ini
jetwayHeightsDict =  {'jetway_b': '5.188000000000003', 'jetway_d43': '5.188000000000003', 'jetway_a': '4.580000000000004', 'jetway_e': '5.424000000000005'}
lszh_fsdt_MSFS addOn is not activated, GSX disabled for this airport
Exception checking AirportDLC lszh_fsdt_MSFS, GSX disabled for this airport: 'NoneType' object has no attribute 'ms_marketplace_files_found'
onEnteredAirport LSZH
emulateText_MSFS [GSX] GSX has been disabled on this airport by user settings 6
emulateText_MSFS [GSX] GSX has been disabled on this airport by user settings 6

Of course I never bought LSZH from FSDT via the marketplace.

[virtuali]

As I guessed, the problem WAS the .PY file that was part of the FSDT GSX profile you didn't remove so, as soon you removed it, you had a completely different error in the log (fact you saw the same message in GSX is not relevant), and that one will help us fixing it, because that one shouldn't happen.

[Ankh]

Ok, great. But as a side note: those two FSDT LSZH .pye files were never modified or even created or copied in this specific folder by myself. I never touched the \\couatl\gsx\airports folder. So why should I even know that there is a folder with .pye files for every airport I visited? I thought that the moment I click on "uninstall" for FSDT LSZH, the installer will take care of getting rid of any files related to FSDT LSZH, not leaving stuff behind that potentially cripples further installations of other sceneries for the same airport.

[virtuali]

But as a side note: those two FSDT LSZH .pye files were never modified or even created or copied in this specific folder by myself.

Not "two .pye files", but ONE .PY file, that is something that is part of a profile and it should be located in the %appdata%\virtuali\MSFS folder. Those are always added by you, opposite to the .INI files, which might also be created by GSX when changing anything in the airplane configuration page, but the related .PY file is never created automatically or installed by the installer.

The .PYE files are part of GSX own code, and you are not supposed to touch them and are located in the Addon Manager folder, so the error you had in the log wasn't a GSX bug, but a result of removing files that are part of the GSX installation, that's why the error.

So, we are back to the original issue, which will require having a look at the MK studio scenery, because it seems something in it seems to be so similar to the FSDT version, that might have been identified as such.

[Ankh]

The .PYE files are part of GSX own code, and you are not supposed to touch them and are located in the Addon Manager folder, so the error you had in the log wasn't a GSX bug, but a result of removing files that are part of the GSX installation, that's why the error.

So, we are back to the original issue, which will require having a look at the MK studio scenery, because it seems something in it seems to be so similar to the FSDT version, that might have been identified as such.

Ok, my bad removing those .pye files. Regarding the other aspects, I mention again that the issue is limited to MSFS2020 only. When I use the very same MK Studio scenery in MSFS2024 with the very same .ini and .py files, it works without any issue. So I highly doubt that the issue is with the scenery itself, because it would then exist in both sims, no? And the text of the error log is pretty straight forward: "Using airport customization from GSX.airports.lszh_fsdt_msfs", I did not find any file with this name, so it must be something GSX intrinsic, no? Did something go wrong with the deactivation of the FSDT scenery I had installed prior switching to the MK Studio variant? Should I once re-activate and then again de-activate the FSDT LSZH scenery?

[Ankh]

And now? LSZH currently unusable for me in MSFS2020...