Yes, for this reason I left disabled option “Auto catering”
One other slight issue I’ve seen with the Fenix GSX is that on cargo loading, I’ve seen containers loaded on departure but bags taken off at destination. What controls that?
So here’s my flight I’ve just completed. Bags loaded in EGPF, containers unloaded in EGJJ (A319).
Reading the manual, it depends from Aircraft configuration and Parking configuration
In case Aircraft it’s configured Auto regarding loader, behavior depends from a room of parking, less room only bags… this is what I understood
On most other airliners I’ve only ever seen consistency. So containers on → containers off, bags on → bags off. It seems to just mix it up to whatever with the Fenix. Not a big issue, but notable non the less.
Then again not all short hop airliners have large cargo hold door like the A319/20/21 has.
Do they actually use containers IRL or is this just a sim thing?
Of course, it may depend on how they have configured Fenix.
Another funny GSX/Fenix one. Deboarding, and there’s two awkward guys sat way in the back who just refuse to leave. I may have to get assertive with them.
Also, I seen that passenger seat is not random but every character take same seat every flight.
The passengers repeat too on larger aircraft (probably for resource reasons), I guess it more just a representation rather than an achievable random thing. We need to wait for AI boarding in a future sim.
It’s a wonder that GSX managed to pull this off at all because you can be sure MSFS was not designed for this. GSX has to edit the plane model files to attach the passengers to the model. This is why they always sit in the same seats and why no marketplace passengers.
The reason for only having 100 pax models is memory use, to avoid overloading the sim.
Maybe with MSFS 2024 this will all change but there’s no evidence of this yet.
This is not Fenix specific. The baggage loaders are selected independently at each end based on various parameters including aircraft and airport profiles. The problem is that GSX doesn’t take into consideration both ends and remember the decision, and so far the developer has said this can’t be done with the current code. It’s very unfortunate as I find it somewhat of a disconnect but this is only a sim after all, it’s one of many limitations.
That’s creepy
If @BragRaindrop933 didn’t mention it I would not even know the cargo type is different on departure and arrival. I’ve been using GSX for over a year and never noticed this.
I think this effect now shows up now for me because of the A319/20/21. They have a big cargo door and so accommodate the wide container loaders. On other small airliners they are not so wide so I hadn’t seen this happening before. I’d only ever seen wide containers on the wide bodies, and bag loaders on the narrow bodies, but now on the Airbus I’m getting a mix of both. I have to say it looks weird loading containers on a tiny A319, but hey ho. Hence my ? or IRL does/can this ever happen?
It probably depends on the kind of flights you do and on whether small details annoy you or not.
I do a lot of flights between larger airports and small airports that are often self manoeuvring stands that do not have the capability to handle the containers so I see it often.
I’m just a user but it seems pretty clear to me that if the destination can’t handle the ULD containers then the origin airport would have to load bags manually and vice versa.
But is it physically possible on the Airbus? Even the wee A319? It has a hold that can accommodate these?
Thanks for confirming… I opened a support request with Fenix to have at least an option to not suppress the dialog. Allowing to always board without asking would be something for GSX
I think this should have been fixed with today’s Fenix update ( 334 ), the problem was the Fenix EFB (A319) represented a cabin configuration of 24 rows of seats including row 13 for a total of 144 Pax, while the 3d cabin was modeled with 25 rows of seats (150 Pax) with 13 missing, as it is in real life for “supernatural” reasons…
This caused a mismatch between the LVars representing all seats between the EFB logic and what was modeled in the GSX Seated passengers config, which used all rows up to 26 skipping 13, for a total of 150 seats (there are 150 seats in the cabin), resulting in the last two rows never filling up when boarding with the EFB integration and never cleared on deboarding.
I haven’t had a chance to check the update out yet, but yes I saw they had that fix listed today. It’s all so complex, but works so well. Really enjoying GSX with the Fenix, they seem to compliment each other. I love the automation factor too. It’s all so immersive and adds so much to the experience.
I still think i have some option not checked, because my passengers dissapear when they going to sit down.
I have checked/unchecked the square in GSX but the always dissapear (fenix)
Have you checked/ unchecked/checked again the A320 and A319 boxes in FSDT installer GSX seated passengers config? I do this after every update of GSX and Fenix. I’ve not had any issues. Passengers won’t sit down on the A321 yet as that GSX update has not been released yet.
Today I read in GSX Pro manual that whenever you add one or more liveries to the aircraft that are supposed to display passengers, you need to run FSDT Installer to complete the configuration of the added livery.