FSDreamTeam forum
Products Support => GSX Support FSX/P3D => Topic started by: PhilA on February 12, 2017, 09:50:27 pm
-
Hello,
Recently I have been having a problem with the rear baggage cart when it is departing the aircraft. the problem persists at many airports and aircraft. Specifically, I have experienced this on the default B737, ifly B737, Aerosoft A320, and Leonardo MD80 at Exeter (Uk2000) and LIML (Default). The The container truck path seems to be correct, as does the fron baggage cart.
The cart turns left and returns to the wing and the the tractor swivels through 180 degrees to leave the position by a sensible path. I attach an image showing the approximate path on the Airbus A320 at Exeter. Despite the stop markings, the aircraft is positioned correctly for this gate.
I cannot believe this is normal behaviour, but I cannot work out what I have done wrong. I can also reproduce this on a fresh install of FSX (boxed) with only GSX installed. Any suggestions on how I can resolve this are welcome. Thanks.
-
The problem surely happens only at some airports, and also might change depending on your parking positions. GSX must work with what it finds in the scenery so, it's possible that due to how the scenery is made, is not possible to fit a "natural" path over the scenery AFCAD nodes, and strange results will happen.
Please indicate the precise airport used, possibly on a default or an FSDT scenery, and indicate the gate you used.
-
I agree, this may only happen at some airports, but at the airports I have tried, I have experienced the problem. I stopped looking when I had the problem at a default airport. I have had this problem at the default Milan Linate Airport (LIML) at Gate 1. I chose this to test as it was one I assumed you would be familiar with as it is available to test GSX before purchase.
I hope you will be able to identify what my problem is.
Regards and thanks for your help.
-
Hello, I've been thinking about this a little more. I understand the complexities of designing and developing a product that will work flawlessly with the multitude of permutations available. I admire you for how well you have achieved this. As I said, I am sure this is something I have caused, especially as I can reproduce it easily and I have not seen another report similar to this.
At first I thought it was due to an aircraft parameter as it seemed to work with the A320 but not the B737. However when I used an A320 configured to use a belt loader at the rear the issue occurred. Subsequently I have been able to reproduce the issue on all tested aircraft with the belt loader and baggage carts whereas an aircraft configured to use the container loaders, the train leaves by a sensible route similar to the train from the front.
If this is an afcad issue, are there any guidelines on their design available? In the case of Exeter depicted in my original post, the design is relatively simple. There is a taxi path behind the parking, just off the image, that runs roughly parallel with the markings at the back of the parking. There is a vehicle path just behind the parking, again roughly parallel with the markings. There is a path from the parking connecting to the vehicle path and on to the taxi path. This follows the yellow line in the image. At the end of the black path I have depicted, the vehicle is on the vehicle path.
What confuses me is that the container train leaves as I would expect, continuing to the rear of the aircraft where it turns right to follow an arc to pick up the vehicle path. However, the baggage carts turn left, to make a 180 degree turn to head back to th centre of the leading edge of the wing where they rotate through 180 degrees to head back, through themselves, to to the vehicle path following a similar route to the front train.
I hope we can resolve this issue and thanks for your help.
-
Hi,
I'm experiencing the same issue with the baggage cart path (see ).
Moreover at the starting point both baggage trains are driving mixed up. Only when approaching the air plane they split up into separate trains.
Apart from this it amazes me that all baggage carts, after being unloaded, still contain one red suitcase.
Jaap
-
Moreover at the starting point both baggage trains are driving mixed up. Only when approaching the air plane they split up into separate trains.
GSX vehicles starts on a Vehicle parking. If the scenery doesn't have one, they'll start on a random parking but surely they won't start on a taxiway, unless the scenery developer placed a parking there (really?).
If you are using the default scenery, it's possible you have some kind of other scenery in conflict, because I don't think there are such glaring errors in the default scenery.
-
In my case the vehicle starting positions are not a problem. The video JaapV has linked to shows the exact problem I am experiencing. The video from 2:36 to 3:24 shows the rear baggage train taking an identical path to the one I am experiencing.
Well, at least I am not alone! I had thought I was unique in experiencing this.
-
In my case the vehicle starting positions are not a problem.
I replied only to that issue, because I think I already replied to your question in my previous reply. As I've said, we'll surely check it, LIML Gate 1, in fact, is the most difficult case, since it's angled very sharply backwards.
-
Thanks for checking it. You are right, Gate 1 at LIML is at an angle. However, I merely offered this as one example. I have just reproduced this at Gate 14 at LIML. In fact here, the front train also cuts under the aircraft and through the rear passenger stairs. The rear baggage takes the same path as previously described.
Thanks for the fast feedback.
-
greetings,
I also experience similar issue In all default airports. I use the default airport, default scenery and aircraft.
-
Hi
I'm getting the same issue at uk2000 Belfast gate 16.
Thanks
-
I also experience similar issue In all default airports. I use the default airport, default scenery and aircraft.
Please indicate a precise reproduction case. Airport, gate and airplane.
-
For myself it was the pmdg 737-800.
-
Thank you.
I downloaded the update yesterday and tried this out at the areas I reported. The paths of both carts are now as expected.
Thank you for your excellent and swift response.
-
Hi
This unfortunately not solved for me after the latest update. When I load the pmdg 737 at uk2000 Belfast gate 16 and call GSX for boarding I get two baggage trucks to the right of the aircraft as normal but then another two appear over to the left of the aircraft. They move as one initially towards the aircraft before splitting and then driving under the aircraft around to the baggage loaders. Bags are loaded and then they drive off to the left of the aircraft again. The two baggage trucks to the right of the aircraft stay in their position throughout.
-
I also experience similar issue In all default airports. I use the default airport, default scenery and aircraft.
Please indicate a precise reproduction case. Airport, gate and airplane.
Greetings,
I downloaded the update and tried out at the areas I experienced problem. The paths of both carts are now as expected.
-
When I load the pmdg 737 at uk2000 Belfast gate 16
Does it happen on a default airport ?
-
Hi
Yes exactly the same at default Belfast City gate 5. Four baggage trucks still.
Thanks
-
Yes exactly the same at default Belfast City gate 5. Four baggage trucks still.
It's entirely normal that you would see four baggage loader when Boarding: the ones that start at the parking, and the ones that comes full from another spot. GSX has always been like this since it has been released, so you cannot say it's happened
The two arriving very close or even one on top of each other, might just be a result of the delay between the two (which is also randomized) not enough on this airport, but that can be easily fixed by increasing. Will make it in the next Live Update.
What I cannot reproduce, instead, if the driving under the airplane when they go away. I tried at the same Gate/Airport, with the PMDG 737-800 and the default 737, and in both cases the baggage cars cleared the airplane tail with a large margin when leaving. Which is precisely what the latest fix was about.
-
Hi
Yes thanks I understand but from memory I thought when you called straight away for boarding i.e skipping Deboarding the baggage trucks would appear to the right of the aircraft and then drive away then another two would appear drive back to the aircraft and the bags would be loaded. I don't remember the two at the right of the aircraft staying in place as the belt loader has to drive through them to the aircraft hold door.
-
I don't remember the two at the right of the aircraft staying in place as the belt loader has to drive through them to the aircraft hold door.
Well, I think it would be a good idea sending them away, but we'll have to add this.
-
Great thanks for your help.
Cheers
-
Hi,
Unfortunately not all problems appeared to be solved after implementation of the latest update.
I made a recording to clarify the behavior of the vehicles at the stock airport EHEH gate 3. At the end I added a drawing of EHEH as shown by Airport Designer.
I noticed the following:
1.The starting point of the vehicles is not at the vehicle parking place, as may be expected, but just somewhere at the airport.
2.The fuel truck is piercing the aircraft and is folding itself into a newly designed vehicle.
3.After refueling is finished, the fuel truck drives off in a very special way.
4.The bus with the boarding passengers is also piercing the airplane and at the place of arrival, it performs a wonderful pirouette.
5.The baggage trains try not to touch each other but unfortunately they do not succeed and one of them even drives through the baggage loader, the other train and the parked baggage trains (while GSX should be aware of their locations).
6.One may expect that all suitcases are loaded in the airplane, but I fear that a lot of travelers will complain at the airport of arrival because the loaders forget to load the last 3 suitcases of each cart. Fortunately they are still there on the carts when the next airplane is to be deboarded.
7.After driving off the baggage trains do not return to their starting locations or to the vehicle parking place but drive all the way to the fuel station meant for aircrafts to be refueled (see the red line in the drawing). Also the fuel truck is returning to this location but that is not so strange to me.
The recording can be found at:
Jaap
-
oticed the following:1.The starting point of the vehicles is not at the vehicle parking place, as may be expected, but just somewhere at the airport.
The starting point IS on a vehicle parking place, as a first choice but, if the scenery doesn't have one, or there's only one and it's too far away, the vehicles will start on a fuel parking or, if there isn't one, on a random parking, if there's one. If there isn't, they'll start on a random node on a distance from your airplane which is not too far away that it would result in waiting too long.
2.The fuel truck is piercing the aircraft and is folding itself into a newly designed vehicle.
After refueling is finished, the fuel truck drives off in a very special way.
4.The bus with the boarding passengers is also piercing the airplane and at the place of arrival, it performs a wonderful pirouette.
None of this normally happens. It's probably happening on a specific airport, and on specific gates so, as usual, when reporting these problems, always indicate ALL the following:
- The airport used
- The gate used
- The airplane used
5.The baggage trains try not to touch each other but unfortunately they do not succeed and one of them even drives through the baggage loader, the other train and the parked baggage trains (while GSX should be aware of their locations).
I replied to both issues in my previous post:
The two arriving very close or even one on top of each other, might just be a result of the delay between the two (which is also randomized) not enough on this airport, but that can be easily fixed by increasing it. Will make it in the next Live Update
I think it would be a good idea sending them away, but we'll have to add this.
6.One may expect that all suitcases are loaded in the airplane, but I fear that a lot of travelers will complain at the airport of arrival because the loaders forget to load the last 3 suitcases of each cart. Fortunately they are still there on the carts when the next airplane is to be deboarded.
It has been like this since GSX was released in 2012 so, it's not related to the last update, and it's not a bug, it's just how the animation it's made.
7.After driving off the baggage trains do not return to their starting locations or to the vehicle parking place but drive all the way to the fuel station meant for aircrafts to be refueled (see the red line in the drawing). Also the fuel truck is returning to this location but that is not so strange to me.
Already replied in my first sentence:
The starting point IS on a vehicle parking place, as a first choice but, if the scenery doesn't have one, or there's only one and it's too far away, the vehicles will start on a fuel parking or, if there isn't one, on a random parking
Again, it depends on the scenery AFCAD. If it's made correctly, with proper vehicle parkings in the vicinity of a terminal, with proper vehicle paths, as in real life, GSX will work better. If it's not, it will still work, with that it has.
-
Hi Umberto,
Thanks for your quick reply.
The starting point IS on a vehicle parking place, as a first choice but, if the scenery doesn't have one, or there's only one and it's too far away, the vehicles will start on a fuel parking or, if there isn't one, on a random parking, if there's one. If there isn't, they'll start on a random node on a distance from your airplane which is not too far away that it would result in waiting too long.
Just because I know the starting point should be on a vehicle parking place, I added the ADE plan of EHEH at the end of my recording to show you the presence of this vehicle parking place, very near Gate 3 on which the airplane is parked. A vehicle path is connecting this parking place to the main vehicle path. Furthermore EHEH has 17 parking places (the green circles) so in my opinion there should be no reason to use a random node as a starting point.
Maybe you can check it out for yourself why GSX nevertheless is using a random location at this airport.
The fuel truck is piercing the aircraft and is folding itself into a newly designed vehicle.
After refueling is finished, the fuel truck drives off in a very special way. The bus with the boarding passengers is also piercing the airplane and at the place of arrival, it performs a wonderful pirouette
None of this normally happens. It's probably happening on a specific airport, and on specific gates so, as usual, when reporting these problems, always indicate ALL the following:
- The airport used
- The gate used
- The airplane used
In my previous post I already mentioned that the airport is EHEH, Gate 3. The type of the airplane is: PMDG 737-800, but I'm sure you have recognized it.
One may expect that all suitcases are loaded in the airplane, but I fear that a lot of travellers will complain at the airport of arrival because the loaders forget to load the last 3 suitcases of each cart. Fortunately they are still there on the carts when the next airplane is to be de-boarded.
It has been like this since GSX was released in 2012 so, it's not related to the last update, and it's not a bug, it's just how the animation it's made.
I did not mention this because it is related to the last update, but because it does not correspond to the real way baggage carts are (un)loaded in general.
That is has been this way from the first release shouldn't be the reason not to adjust the animation to resemble reality as much as possible. I'm looking forward to see this improvement in the near future.
Jaap
-
Just because I know the starting point should be on a vehicle parking place, I added the ADE plan of EHEH at the end of my recording to show you the presence of this vehicle parking place, very near Gate 3 on which the airplane is parked. A vehicle path is connecting this parking place to the main vehicle path. Furthermore EHEH has 17 parking places (the green circles) so in my opinion there should be no reason to use a random node as a starting point. Maybe you can check it out for yourself why GSX nevertheless is using a random location at this airport.
As I've said, GSX will use a random (not really "random", it will start from a random parking, but not too far away AND it will be on a taxiway/apron path) only as a 3rd choice, if it cannot find either a Vehicle Parking or a Fuel parking within the specified parameters. Of course, the Fuel truck will use a Fuel parking 1st, a Vehicle parking 2nd, and a random parking as a 3rd choice, the other vehicles will reverse 1 and 2.
So, what really matters here, are the "specified parameters".
As I've said in my previous post, the chosen parking shouldn't be too far away, in order to not force users to wait too long for service, because the airport wasn't designed realistically enough. In this case, the maximum distance in GSX has always been 500 meters at most, but there's also a *minimum* distance ( 100 mt. ), in order not to have the vehicles being spawned right beside you, which would probably result in awkward path calculations.
So, in this case, if you were at G3, GSX skipped the Vehicle parking, because it was just NEXT to you (Parking 10 in FSX), there wasn't another one, and the Fuel parking was too far away, so it reverted to the random choice.
However, I checked the real airport on Google maps, and you can see the vehicles are parked in the parkings listed as Parking 7, 8 and 9 in FSX: these are NOT GA parkings, as the default AFCAD assumes, they are Vehicle parkings. And, what is listed as Parking 6 in FSX, should be the real Fuel parking spot instead of the one mistakenly placed in the military apron.
So, had the AFCAD been made realistically, you wouldn't have any of these issues, and the vehicles would start on their proper locations.
However, I see we might increase a bit the 500 meters distance, perhaps setting to 1000, and increase the one for the Fuel truck too. This will possibly result in an increase in the time needed to wait for the vehicles to arrive, but at least users won't be mislead thinking GSX has a problem.
However, I foresee reports of "why vehicles takes longer to arrive with the last update ?" because, as usual, when you are trying to model a realistic behavior, over a set of data that is not guaranteed to be realistic (default airports, even if they have no serious mistakes, are hardly realistic), you must do some compromise.