FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: Hanse on May 31, 2025, 05:31:51 pm
-
In the newest version I experienced that certain MSFS 2020 function keys e.g. calling the GPU = SHIFT+P or the Jetway = SHIFT+J are not working anymore. Is there a reason for this that I have to use the GSX-menu to call the GPU or to attach a jetway? The way using the MSFS function keys were much faster than to go through the GSX-menu. Sometimes it took a long time for loading or even did not start because COUTL has not started yet. Please make those MSFS functions workable gain!
-
I just discovered that the Aerosoft A330 uses / calling the standard MSFS GPU in their EFB. Now it is no longer possible to call the MSFS GPU as well as the Jetway using the EFB functions as well as using SHIFT+P or SHIFT+J. Additionally the MSFS GPU is automatically called when the A330 is loaded and the plane (when the GPU is attached) is powered (EXT PWR = ON). This is not working anymore if GSX is installed. If I deinstall GSX everything is working fine again. Virtuali, please comment on this problem.
-
I can only confirm GSX doesn't make any use of those keys, and doesn't try to reserve them for itself.
-
OK, thanks that maybe the case, but the problem is that those keys or functions are "blocked" by the latest versions of GSX in MSFS 2020 and 2024. You can easily try it yourself. If GSX is installed SHIFT+P and SHIFT+J does not work anymore. If you "unlink" GSX in the FSDT-Installer those keys and functions work as previously. The other possibility for us in the EFB (if GSX is installed) is to use GSX commandlines or variables to attach the GSX GPU and Jetway. Is something like this available? Thanks!
-
You can easily try it yourself. If GSX is installed SHIFT+P and SHIFT+J does not work anymore.
I tried both sims, and there are no problems in either. However, I think there must something going on here because, you say Shift+P is supposed to call the GPU and Shift+J the Jetway. As far as I know, Shift+P in MSFS 2020 calls the default Pushback, and Alt-P in MSFS 2024 does the same.
I tried both in MSFS 2020 and 2024, and they both works even if GSX is installed, and they call the default Pushback.
I don't think it's even possible to assign a key to the GPU or the Jetway in MSFS 2020 or 2024. Sure, the event exists, so if you trigger a >K:TOGGLE_JETWAY command, it will work, but I don't think you can assign it to an hotkey. Could be you were running some other add-on which has added these features ?
The other possibility for us in the EFB (if GSX is installed) is to use GSX commandlines or variables to attach the GSX GPU and Jetway. Is something like this available? Thanks!
Check the \Addon Manager\couatl\GSX\SDK folder, it has documentation and code sample to do Remote Control: you can command GSX to do anything the user could have done, with the menu closed, and the ability to replicate the GSX menus in an airplane gauge.
-
Sorry that I mixed up something in MSFS 2020 regarding jetway and GPU. There are no key commands available and SHIFT+J is already used for a camera position in the cockpit. So the only way to call a GPU and connect a jetway is to use the ATC-Menu. Talking about the jetway first: There is no problem to connect the jetway: For an MSFS standard plane (A320 NEO) you can connect it via the ATC-Menu and for the FENIX A320 as well as the Aerosoft 330 via the EFB. For all 3 type of planes the function is working.
But for the GPU (FENIX A 320 uses not the MSFS GPU) it is different. In the MSFS A320 NEO using the ATC Menu I get the confirmation that the GPU is on the road - but nothing happens at all. The same is with the Aerosoft A330. But if I unlink GSX and start the MSFS 2020 again: Everything is fine e.g. for both planes the standard MSFS GPU truck arrives and connects.
So please check again if in your MSFS 2020 setup (using the current GSX version) that you can call the standard MSFS GPU via the ATC menu p.e. for the standard A320 NEO. I think this test proves that there are problems with your latest updates regarding using the standard MSFS GPU. Thanks.
-
unfortunately the issure was not solved with version 3.5.6! Any information when this would be solved?
-
unfortunately the issure was not solved with version 3.5.6! Any information when this would be solved?
Which issue, exactly ? the key problem ?
-
When GSX 3.5.6 is installed, the MSFS GPU is "blocked" by GSX e.g. you are p.e. not able to call the MSFS GPU via the ATC-menu. The Aerosoft A330 uses the MSFS GPU automatically to start in the Turnaround state with EXT PWR on. Because of the issue, this is not working if GSX is installed. If I "delink" GSX in the FSDT Installer everything is working fine. So please make it possible to use the MSFS GPU even if GSX is installed - like it was in previous GSX versions.
-
In the meantime we detected another problem with your latest updates: PUSHBACK! If GSX is installed, the internal Aerosoft A330 EFB Pushback does not work anymore as previously e.g. it stops during the procedure and never recovers. Also during and after using the GSX pushback procedure with the Aerosoft A330 the FPS drop by half and never recover. Additionally the MSFS pushback procedure (called via the ATC menu) does not work. But if GSX is "unlinked" in the FSDT Installer everything works fine e.g. the Aerosoft EFB Pushback procedure as well as the MSFS ATC Pushback work as required. So please revert your latest changes regarding the pushback and the GPU.
-
There seems to be a general problem and not just with the Aerosoft A330. When using a standard MSFS plane like the B787 (and GSX is installed) the functions to call a GPU or make a pushback via the ATC Menu does not work e.g. nothing happens! If GSX is unlinked it works perfect as required. So please change this as fast is possible e.g. blocking those two MSFS standard functions if GSX is installed! Thanks.
-
Unfortunately the issure was not solved with version 3.5.8! Any information when this would be solved?
-
I cannot replicate the issue of not being able to call the GPU from the default ATC menu with GSX is installed, works here. But I don't have the Aerosoft A330, so I can't say if it's related to this airplane.
I can also call the default Pushback from the ATC, but it works so badly that is not even worth trying it.
-
Thanks! Let us concentrate an the GPU because it is most important.
Did you try it using MSFS 2020? I cannot confirm your statement and just tried it again. If GSX 3.5.8 is installed and I use the Standard MSFS A320neo I am not able to attach a GPU (via the ATC menu). I can call it, but nothing happens. But when GSX is "unlinked" it works fine e.g. I can call the GPU (via the ATC menu) and see how it arrives and attaches to the plane. In both cases the Aerosoft 300 is installed, e.g. this is not related to this plane but to GSX. Or do you have any other idea? I already deinstalled and reinstalled GSX completely, but this behaviour did not change. Also this behaviour occured only after updating GSX some weeks ago - previously it worked fine. So there must have been some changes in you latest updates in connection with using the GPU.
-
I think the problem is related to a modified parking-/stop-position resp. the GSX Airport ini-file that the possition to connect the MSFS-Standard-GPU cannot be found. If I delete the rsp. GSX Airport ini-file or just the two lines for parking- and stop-position then there is no problem anymore e.g. the GPU can be called, arrives and is connected. This was different a couple of weeks ago e.g. it worked with a modified GSX Airport ini-file without problems. Maybe the files have been updated at least for the postion I used for my tests: A20 in EDDF (Aerosoft)
-
Hi,
I can confirm a problem with In-Game ATC services when GSX Pro is loaded in MSFS 2020.
No A330 here but I checked with the Fly-By-Wire Mod for the Asobo A320neo.
My result: GSX has "stolen" the In-Game pushback vehicle, so ATC is rejecting pushback requests.
In-Game GPU works and pushback via Shift+P is also ok.
Regards
Hans
-
GSX will remove the default pushback only after you call GSX, which of course is normal. However, I can't see how GSX can possibly disable the default pushback by "just" being installed. In MSFS 2020, you can disable all AirportServices, try to do that.
-
Hi Umberto,
I hope, if some other develloper has "broken" something in GSX with one of his update, that he would be as cooperative as you are in this case! You do not seem to understand (and did not read my last messages) that we are just lately talking about the standard MSFS GPU only, which cannot be used anymore via the ATC menu after your last updates. This is related to two entries in the GSX airport ini-file: "parkingsystem_stopposition =" as well as "this_parking_pos =". If I remove those two lines from the file everything is working fine again e.g. the standard MSFS GPU can be called again via the ATC menu.
Regards,
-
If I remove those two lines from the file everything is working fine again e.g. the standard MSFS GPU can be called again via the ATC menu.
That seems to indicate the GSX customized STOP position in the airport profile is so different from the one that MSFS calculates with its own methods, that MSFS itself is considering the airplane to be either outside the parking spot, or maybe too far away to be serviced by the GPU (or the Pushback).
It might be enough to adjust both the GSX Parking center and the STOP position, but if to obtain a good result in GSX you would cause MSFS to stop generating its own ground services, an adjustment of the airport .BGL itself might be required.
-
Thanks and your explanations seem reasonable. But unfortunately it is something different: If I use for the two mentioned lines in the ini-file the same data like in the airport BGL-file then the plane parks exactly at the same position like without ini-file, but still the MSFS GPU cannot be attached ! Only if I remove the two lines in the ini-file the MSFS GPU connects. This behaviour clearly states that the problem are not the position but the lines itself. some weeks ago it worked fine with those two lines but suddenly the behaviour changed. So again, GSX must have changed something in connection with the parking- and stop-position or it is related to the newest MSFS beta version.
-
Only if I remove the two lines in the ini-file the MSFS GPU connects. This behaviour clearly states that the problem are not the position but the lines itself.
The parking position in GSX would affect the center of the parking radius around which all default ground vehicles will be removed by GSX. Of course, this will happen only AFTER you call the GSX menu, but it seemed you said the GPU didn't work "just" because GSX is installed, which I just can't see how's possible.
GSX always removed all default ground vehicles around your airplane after you call GSX, which not only is normal and to be expected, but it has always been like this in years. Clearly, if you want to use default ground vehicles, just don't call GSX, on the other hand, if you want to use GSX (calling its menu), the default GSX must be removed, otherwise they'll interfere with GSX.
None of this changed in GSX and it would affect only vehicles removed after using the GSX menu.
-
You are writing that all default ground vehicles (like the GPU and Pushback truck ) will be removed only AFTER the GSX menu is called. Sorry, this is not the case in connection with the GPU and the PB truck. Even when the GSX-icon on the menu bar is "black" it is already not available. This might be the case (removed when opning the GSX menu) for other MSFS ground vehicles, which you see disappearing when opening the GSX menu and selecting a service. But in case of the MSFS GPU you can avoid this behaviour only if GSX is "unlinked" in the FSDT Installer.
I selected a standard MSFS airport (like EDDS Gate 72 - with no airport ini-file) and in the attached document you can see the differences between GSX installed (linked) and unlinked after loading a plane. Especially you can see that the PB truck is already removed BEFORE the GSX menu is opened. This proves that already in connection with the GSX installation (not with opening the GSX menu) something happens to the ground vehicles. And this gets more weird if there is an aiport ini-file with the two lines in the ini-file: "parkingsystem_stopposition =" as well as "this_parking_pos =".
You should really look in depth into your program to sort this out and not making just some statements which can easily be checked and found wrong. After making many attempts to find the root cause I can clearly state that the ini-file entry "parkingsystem_stopposition =" is the reason for removing at least the MSFS GPU. If there is an entry (even at the original BGL-parking position) the GPU is removed. If I remove this entry from the ini-file then everything is OK e.g. the MSFS GPU is not removed and available.
-
I can replicate the problem of the missing default Pushback and I think I found the cause, but the GPU works fine and can be called.
Note that, with "default Pushback" and "default GPU", I mean the default services that are called from the ATC menu. However, with GSX installed, they will LOOK like GSX vehicles, even if they are still default ground vehicles.
When you open the GSX menu, they will be removed to be replaced by GSX-proper vehicles, which in many cases might look identical, but are GSX vehicles controlled by GSX.