FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: romaf12008 on October 24, 2022, 07:06:17 pm
-
Good evening! What happened, I don't understand. Just started the simulator and everything worked. Loaded up at another airport and started popping up this "gsx pro could not find valid afcad data". And now in all airports
-
I've got the exact same issue this evening, its just hanging on loading and then it will tell me it couldn't find valid data for this position services are unavailable
-
Same here. I got that error message for CYUL and LFPG.
-
Hello,
I have similar problem with GSX. I did following, fully removed GSX from PC all files and registry traces. Installed with all default options and first start of MSFS everything is working all airplanes all airports everything BUT BUT after simulator restart i receive AFCAD error, nothing changed or updated just log massage for AFCAD with number 6 at the end of that line. no panic log created nothing.
So can anyone tell me should i reinstall GSX every time i want to fly or there is something i need to delete before i start simulator or any other solution that is working.
THANKS. >:( :-\ >:( :-\
-
Please confirm if you are using the SU10 Navdata option.
-
Please confirm if you are using the SU10 Navdata option.
Yes i I'm using SU10 Navdata option. But also tried without it and same thing happen again (no AFCAD)
-
Yes i I'm using SU10 Navdata option. But also tried without it and same thing happen again (no AFCAD)
It's surely not the "same thing", since when using the SU10 Navdata the method of reading the airport is completely different. Please post your log after you see the message. Since that error is not a panic error, you won't have any log if you don't enable logging first.
-
I know that it's not same thing. Logging to be enabled i must have working GSX and access menu from within simulator, but in case of AFCAD massage menu flashes and closes so I'm unable to access option. Good thing is that while it was working i enabled logging. Ill send log today. is there any other way to enable logging without accessing menu?
-
Is there any other way to enable logging without accessing menu?
Of course, in the Sticky thread named "How to report a problem"
https://www.fsdreamteam.com/forum/index.php/topic,26759.0.html
-
i had this problem when i ticked the su10 use api, found out it was looking for my Official folder in AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache so i deleted the 2 empty Official and Community folders in that location as i have them localed on another drive, fixed my problem
-
i had this problem when i ticked the su10 use api, found out it was looking for my Official folder in AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache so i deleted the 2 empty Official and Community folders in that location as i have them localed on another drive, fixed my problem
Your log before removing those folders would have been helpful because, when using the Navdata API, the Community folder is not read and not required, except for loading some parameters of the aircraft.cfg that are not reported through Simconnect.
So, it's strange that something that shouldn't have any effect on the airport menu would cause a problem with the parking positions with the Navdata API Enabled, but unexpected issues like these are always possible, that's why a log is useful to find them.
-
i had this problem when i ticked the su10 use api, found out it was looking for my Official folder in AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache so i deleted the 2 empty Official and Community folders in that location as i have them localed on another drive, fixed my problem
Your log before removing those folders would have been helpful because, when using the Navdata API, the Community folder is not read and not required, except for loading some parameters of the aircraft.cfg that are not reported through Simconnect.
So, it's strange that something that shouldn't have any effect on the airport menu would cause a problem with the parking positions with the Navdata API Enabled, but unexpected issues like these are always possible, that's why a log is useful to find them.
Here is log file...
-
SO WHAT IS THE SOLUTION? Everything worked. It starts working for me after reinstallation. But that's not normal. And the process is not very fast. I have to run and fly. And it takes me another 2 hours for the GSX to start working
-
I'm having the same problem and it kinda looks like Oct 25th update broke something for me. On the 23rd (running the previous, 10/21 update) I tried flying from FlyDesign EPGD with a GSX profile from flightsim.to and everything worked without issues. Today, on version 10/25, I tried the same airport + the same stand and got the afcad error. The only difference is I've been using PMDG 737 for the first flight and Fenix A320 for the second.
-
If you look carefully, then my problem got out on October 24
-
Is there any update on this or what the issue could be? Currently if I want to use GSX I have to run the update in the installer everytime before I start up MSFS or I get the afcad cannot be found error. Heres two logs if you can have a look at them thanks
-
i had this problem when i ticked the su10 use api, found out it was looking for my Official folder in AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache so i deleted the 2 empty Official and Community folders in that location as i have them localed on another drive, fixed my problem
Wow, I didn't believe that would be a proper solution but that actually fixed it for me, thanks a ton!
-
I'm having the same problem and it kinda looks like Oct 25th update broke something for me.
Please post your log.
-
SO WHAT IS THE SOLUTION? Everything worked. It starts working for me after reinstallation. But that's not normal. And the process is not very fast. I have to run and fly. And it takes me another hours for the GSX to start working
Please try to be more precise in your report. Reinstallation of WHAT ? The simulator itself ? GSX ?
-
@Virtuali
The issue, not finding a valid AFCAD for a specific airport, may be caused by AIGTC.
AIGTC creates a $PC$ Directory within the C:\Users\USERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache
In this directory there is also a "Community" folder included, which contains a Simobjects folder also. And in this Simobjects folder there are Airplanes, Models, etc.
I have also had several airports, where GSXPRO could not find a valid AFCAD File, when using the "USE SU10 NavData API" is ticked.
Examples where: LIMJ, LEGE (all 3th Party addons), wich are installed into the community folder of MSFS (the Standard one, not the above mentioned one).
Steps I have done to eliminate the issue (all while the sim is running):
1) Deleting the $PC$ directory within C:\Users\USERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache
2) Restart COUATL via the "REstart" Option at the COUATL Icon in the system tray
3) Select the GSX PRO Icon in the Sim Toolbar (sim was running as mentioned above)
4) No issues anymore with not finding a AFCAD Data!
So I think GSX PRO may have searched in the C:\Users\USERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache -> $PC§ Community folder, created by AIGTC and this may have caused an issue on wherevers addon??
Hope this could help you finding an answer why some users may have issues with not finding a valic AFCAD file.
Regards
Marcus
-
AIGTC creates a $PC$ Directory within the C:\Users\USERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache
In this directory there is also a "Community" folder included, which contains a Simobjects folder also. And in this Simobjects folder there are Airplanes, Models, etc.
That folder is not created by AIGTC, it's automatically created by MSFS itself, when you load an add-on that contains legacy textures, models or materials made for FSX, which are automatically converted by the sim into another format that is more suitable to MSFS.
So I think GSX PRO may have searched in the C:\Users\USERNAME\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache -> $PC§ Community folder, created by AIGTC and this may have caused an issue on wherevers addon??
GSX doesn't search in that folder, even if you have the SU10 Navdata DISABLED, because it only searches in the path specified in the InstalledPackagesPath line of the UserCfg.opt file, which normally points to %LOCALAPPDATA%\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\PACKAGES and contains Community and Official, the $PC$ is OUTSIDE that path, so it's surely not searched by GSX.
If you ENABLE the SU10 Navdata, GSX is not searching for ANY scenery in the Official/Community folder, it doesn't know or doesn't care which .BGL file you have, it just makes a Simconnect call to the sim to get the airport data about a specific airport, without having any idea where it's located in the filesystem, that's the whole point of using the Navdata: not having to worry about where the scenery is and which files contains it.
What fixed it in your case was just the Restart.
We have found a case where this happened, and it was airports with either no parking spots or taxiways which needed to be filtered out, a fix for this should appear in an update very soon, in addition to the already discussed "watchdog", which is an extra prevention against the other case, that is Simconnect just stop talking to us.
-
@Virtuali:
Understand and Thanks for the quick reply and your corrections (like AIGTC not creating the folder).
I have one additional info to your reply what should have fixed my issue: "2) Restart COUATL via the "REstart" Option at the COUATL Icon in the system tray.
I have tried these restarts more then ones in the same session (without leaving the sim and the active flight), at this airport today and also in prior sessions at other days. Even closing the sim and restarting it did not help to solve the issue.
The ONLY thing that helped, was deleting that $PC$ folder and THEN restarting couatl.
Why is this, and only this, solving the issue and a "restart couatl" only or restart "sim" only, without deleting that $PC$ folder, did not solve the issue.
Regards
Marcus
-
Why is this, and only this, solving the issue and a "restart couatl" only or restart "sim" only, without deleting that $PC$ folder, did not solve the issue.
I can only repeat and confirm that GSX doesn't know anything about that folder, not even when it *does* scan the Community/Official folders, which is when the SU10 Navdata API is Disabled. When it's Enabled, it doesn't scan for any scenery.
However, it's possible the usage of non-native models/materials/textures that would lead the sim to create the $PC$ folder, might have unknown side effects, triggering bugs or unknown behaviors in the sim.
If you removed the $PC$ folder, if some of your add-ons still use FSX legacy models, it should be recreated again, at least when the affected model or texture is loaded. If it isn't, maybe those legacy files belong to an outdated version of a model that might have been upgrade to a native MSFS version later, and then the very presence of the $PC$ folder for an object that shouldn't need it anymore, might cause the sim ( and in turn Navdata ) to mis-behave or return erratic data.
-
Why is this, and only this, solving the issue and a "restart couatl" only or restart "sim" only, without deleting that $PC$ folder, did not solve the issue.
I can only repeat and confirm that GSX doesn't know anything about that folder, not even when it *does* scan the Community/Official folders, which is when the SU10 Navdata API is Disabled. When it's Enabled, it doesn't scan for any scenery.
However, it's possible the usage of non-native models/materials/textures that would lead the sim to create the $PC$ folder, might have unknown side effects, triggering bugs or unknown behaviors in the sim.
If you removed the $PC$ folder, if some of your add-ons still use FSX legacy models, it should be recreated again, at least when the affected model or texture is loaded. If it isn't, maybe those legacy files belong to an outdated version of a model that might have been upgrade to a native MSFS version later, and then the very presence of the $PC$ folder for an object that shouldn't need it anymore, might cause the sim ( and in turn Navdata ) to mis-behave or return erratic data.
Thanks a Lot. I do appreciate your replies! I will monitor this more. My only intention is to nail done issues, regardless if they are caused by GSX or not. For now it´s working again. I will leave AIGTC of for a while. I do not have other addons which create a $PC$ folder atm. But I understand that others might have.
Thanks again and have a nice day.
Marcus