FSDreamTeam forum
Products Support => GSX Support FSX/P3D => Topic started by: downscc on July 12, 2019, 07:01:54 pm
-
With latest GSXv2.6, I have found that all attempts to Abort or Stop and Complete Pushback with the GSX menu results in the aircraft continuing to move backwards as if being pushed. Even if I restart Couatl or relocate the aircraft, this unexpected motion continues. If I enter P3D slew mode the motion will stop but returns when I exit slew. The only way to clear this problem is to exit P3D and start a new session.
This is repeatable for at least three sessions at different locations with different aircraft. I observe the same if I restart Couatl during a pushback instead of using the pushback menu. There seems to be no way to stop or abort a pushback.
-
Has this function ever worked? I had issues with it last version, too.
-
I just tried both functions, using a default A321 from FSX, and FSDT CYVR, with default Left pushback at Gate 18A and this is the result:
- "Stop here and complete pushback" results in the plane being pushed about 4-5 meters more, enough to slow down, followed by the request to Set Parking brakes, with the Wingwalker then going close to the tow truck to unlock gear, and saying "tow truck disconnected", then "Left is clear, right is clear", the "clear to start engines" and "have a good trip", so it's just like the end of a normal pushback, but performed earlier, exactly how that function is supposed to work.
- "Abort pushback" results in the airplane stopping immediately, and the tow truck and wingwalker disappearing, exactly how that function is supposed to work.
So no, at least it's sure it doesn't happen everywhere and with every aircraft so, as usual when reporting a problem with GSX, always include ALL the complete information: the airplane used, the scenery used, the gate used, the kind of pushback chosen and everything that can be useful to know for us to TRY to replicate your situation.
-
This has occurred with multiple aircraft including PMDG B748 and B738 at locations such as FSDT KLAS, FT YSSY, and most recently LVFR KMIA. Simply put, it never works as intended but I did use it as recently as in past six months okay which is why I thought is was associated with this release of GSX.
I guess your response is that it works okay but there is something in my configuration that is to blame. What might that be? Any suggestions?
-
Had this just happen to me in KMIA, LatinVFR latest version. Abort and stop p/b failed on the PMDG 748. Pushing from cargo spot W73, was pushing back into buildings. Would not abort or stop. In fact even selecting to disable coualt would not get the plane to stop. Selected nose left, tail right. Please issue fix ASAP.
-
I experience the same issue with various aircraft at various airports, e.g. FSLabs A320 at YMML (stand 52) and PMDG B777 at EDDP (Stand 481).
I must say, it really bothers me that FSDreamteam is releasing updates with new features on the one hand, but the product has more or less the same bugs since release day of Version 1!
-
Definitely happens with the 747-8
-
I experience the same issue with various aircraft at various airports, e.g. FSLabs A320 at YMML (stand 52) and PMDG B777 at EDDP (Stand 481).
I must say, it really bothers me that FSDreamteam is releasing updates with new features on the one hand, but the product has more or less the same bugs since release day of Version 1!
+1
I too wish they had taken care of the bugs, issues and wishes we‘ve been addressing since L2 instead of focussing on PBR which to this day I can‘t really see any difference and never felt the need for it on normal a daily sim routine. They should have optimize the functionality and mechanics before polishing specular maps. What good is a sun reflection on a forklift if GSX keeps sending mini-vans with 30 passengers for boarding...?
-
+1
Taxi2Gate LFPG Gate 30 PMDG B747-400 : same issue. Very annoying to set up custom pusback. Solving this issue would be appreciated.
But great update ! GSX is the best addon for simmers. Thanks FSDT.
Regards
-
What good is a sun reflection on a forklift if GSX keeps sending mini-vans with 30 passengers for boarding...?
As explained so many times on the forum, GSX is NOT sending the wrong bus or vehicle. GSX sends the vehicle related to the number of passenger it has calculated.
And if it's not GSX that calculates the number of passengers, but it's an airplane add-on, the problem is simply the airplane add-on not sending the correct value when GSX needs it.
If you are referring to the FS Labs A320, as I already explained several times, we confirmed with FS Labs the problem doesn't happen, although they reported a couple of users still having it so, the only possible explanation is you are using the FS Labs integration in some way not expected by FS Labs, which is triggering some problem in their code which results the wrong number of passengers sent to GSX.
But I can only repeat and confirm that, when the FS Labs is used correctly, or when GSX is doing the passenger number calculation on its own and you set the payload before Boarding/Deboarding, or when you set GSX to set the passenger number manually yourself, the correct passenger number is used, and the correct vehicle is used.
-
I must say, it really bothers me that FSDreamteam is releasing updates with new features on the one hand, but the product has more or less the same bugs since release day of Version 1!
- The Stop and Abort pushback features weren't added until several *years* after the "release day of Version 1" so, how you could possibly say this "bug" was always there, when there wasn't even the function back then ?
- I cannot replicate this problem using a default airplane.
- I see you reporting this problem are ALL using either the PMDG 747 or the FS Labs A320.
It's POSSIBLE this could be related to a FIX (we ALWAYS FIX BUGS, opposite of what you say!! ) we had to add in order to prevent the cockpit vibration in the PMDG 747, because PMDG is clearly doing some kind of custom simulation that is always running and fights against the GSX pushback and, because they are not willing to use the fully documented GSX method to detect when GSX is pushing, we had to do a trick, because they obviously DO detect the "standard" default pushback, since they know they *should* turn that thing off when something is pushing, it's just they only do it for the default pusback event, not the GSX one. So, in this version, we send a default Pushback event, following a report by a user who found that pressing Shift+P prevented the PMDG VC from vibrating.
It's possible this might have an effect on the Stop and Abort features, so we'll check this.
-
I guess your response is that it works okay but there is something in my configuration that is to blame. What might that be? Any suggestions?
You said it happens at FSDT KLAS.
- The precise, exact parking where this happens, please.
- The pushback direction you chose
- If you customized the airport or are using the default customization that comes with FSDT KLAS.
- if you customized the airport, provide information about your customization, especially if you customized the pushback.
-
You said it happens at FSDT KLAS.
- The precise, exact parking where this happens, please.
- The pushback direction you chose
- If you customized the airport or are using the default customization that comes with FSDT KLAS.
- if you customized the airport, provide information about your customization, especially if you customized the pushback.
I don't recall but it was probably a PMDG B748 at Gate E 1, using FSDT AF file. I have eight gates configured and didn't keep notes because it always happens. More to the point is your previous post, I fully expect the problem to be related to the faux pushback event you push. It behaves exactly like this, and when we attempt to stop or abort the pushback the faux pushback is remaining active. That describes it exactly.
-
Well, I was referring to bugs in general - and you can't really decline that there definitely ARE more or less the same bugs since weeks, months and sometimes years.
I hope your future support will be more helpful and less mocking.
-
Well, I was referring to bugs in general - and you can't really decline that there definitely ARE more or less the same bugs since weeks, months and sometimes years.
Sorry, no. You can't just shout such generic sentence. If you want to have bugs fixed, you must file a proper bug report. A proper bug report it's something that starts with:
- A new thread which makes the problem easily to find in the future.
- A proper description of the problem, which can allow us to REPLICATE IT. A description of the problem always include the scenery used, the airplane used, any details about customization and, in general, any details which can allows us to REPLICATE IT or, at least, check if it IS a bug in the first place.
- Repeat this for each problem you think it's a bug, and make separate reports, each one in their own thread with the proper subject.
I hope your future support will be more helpful and less mocking.
I hope your future reports will be more helpful and accurate, which is the ONLY way to have this "bugs" to be fixed.
-
I fully expect the problem to be related to the faux pushback event you push. It behaves exactly like this, and when we attempt to stop or abort the pushback the faux pushback is remaining active. That describes it exactly.
Try Live Update now, we made a change that should fix this. I only tried with the PMDG 747-400, and it stops the pushback normally now.
-
I fully expect the problem to be related to the faux pushback event you push. It behaves exactly like this, and when we attempt to stop or abort the pushback the faux pushback is remaining active. That describes it exactly.
Try Live Update now, we made a change that should fix this. I only tried with the PMDG 747-400, and it stops the pushback normally now.
After testing this update, the stop/complete and abort functions do work. However, if you warp back into a parking position, it'll start pushing again, but hitting shift+p stops it, so I'm not sure if it's that big of a deal.
-
As explained so many times on the forum, GSX is NOT sending the wrong bus or vehicle. GSX sends the vehicle related to the number of passenger it has calculated.
And if it's not GSX that calculates the number of passengers, but it's an airplane add-on, the problem is simply the airplane add-on not sending the correct value when GSX needs it.
If you are referring to the FS Labs A320, as I already explained several times, we confirmed with FS Labs the problem doesn't happen, although they reported a couple of users still having it so, the only possible explanation is you are using the FS Labs integration in some way not expected by FS Labs, which is triggering some problem in their code which results the wrong number of passengers sent to GSX.
But I can only repeat and confirm that, when the FS Labs is used correctly, or when GSX is doing the passenger number calculation on its own and you set the payload before Boarding/Deboarding, or when you set GSX to set the passenger number manually yourself, the correct passenger number is used, and the correct vehicle is used.
Well, as a customer I'm a little disappointed by your response, to be honest. And I don't quite understand all of it.
- If the wrong number of passengers were sent, how come that in the final number of passengers is totally correct??? It's just the first bus that is wrong, not the number of passengers.
- Saying GSX is NOT sending the wrong bus is just plain wrong. It is your product that is not working correctly in this situation. It's a GSX bus-model with GSX passenger-models. How is this "not GSX"?
- If it would send the wrong number of passengers to trigger a mini-van, why are over 30 people exiting the van and not just the (wrong) number of 6 or so?
- Why does it work when I do everything the same way and just skip (re)fueling?
- I pretty sure I use both products in the correct way, simply blaming this on the user is just unfair (see well respected blackbox711's stream of yesterday, he had the same bug.... is he using your product wrong in any way? please tell me - and maybe him - if that's the case)
- I have never manage to get the fuel-truck AND the correct bus for the first pax delivery since the latest update. Maybe you can give me a workflow that archieves that, so I can identify my "mistake"...?
Regards,
Stu
-
After testing this update, the stop/complete and abort functions do work. However, if you warp back into a parking position, it'll start pushing again, but hitting shift+p stops it, so I'm not sure if it's that big of a deal.
Agree... had I known Shift+P would have stopped it before that would have saved several session restarts. LOL I just remembered I've deleted most default keycommands I never use so I need to verify that one remains. Thanks airbadger.
-
Well, as a customer I'm a little disappointed by your response, to be honest. And I don't quite understand all of it.
I highlighted the main issue here.
If the wrong number of passengers were sent, how come that in the final number of passengers is totally correct??? It's just the first bus that is wrong, not the number of passengers.
Because the number of passenger is checked again before the first passenger is created. As I've said, the issue is because it was set too late by the airplane, after GSX already decided which Bus to create.
Saying GSX is NOT sending the wrong bus is just plain wrong. It is your product that is not working correctly in this situation. It's a GSX bus-model with GSX passenger-models. How is this "not GSX"?
Wrong. To you GSX is not working correctly, but only because it's not getting the data it needs to work correctly from another addon.
If it would send the wrong number of passengers to trigger a mini-van, why are over 30 people exiting the van and not just the (wrong) number of 6 or so?
Already explained above.
Why does it work when I do everything the same way and just skip (re)fueling?
Because the type of vehicles that will be used, it's decided by GSX only once, when the first service is called. This is because to search through all available vehicles takes some time, so GSX does it only once, not each time you start a different service in the same parking for the same aircraft, since all the conditions that would affect the choice of vehicles would be the same. Of course, as long as GSX is used stand-alone, this won't be a problem but, if it must depend on external data supplied by another add-on, this must be taken into account.
We already had another chat with FS Labs devs, and explained about this so, it should be enough for them to set the control variable with a reasonably high number of passengers that won't result in the minivan or the shuttle being called ( any number higher or equal than 18 will do, since the Bus will be used starting from that ) as soon as the airplane starts, so even if the GSX session starts with the refueling, the Bus will always pre-selected and, considering GSX re-check the number of passengers again before generating them, the final/correct number will always be shown.