AeroMaster12

Happy to help contribute wherever I can!

Took my second flight with PSXT 14.5 and the new RT 11 update (assuming it's been pushed). When I landed at KATL, I saw an unexpected Ryanair B38M aircraft taxiing. Looking at the logs, somehow an aircraft registration (belonging to Egyptair) was being treated as a flight number, and then it decided to spawn a Ryanair aircraft with a route label completely on the other side of the world... sorry to report this one-off if it's noise, but wanted to raise awareness in case something like this is happening to others. When I pulled these logs, both the aircraft EI-IGY and SU-GEH were currently positioned in Egypt and Portugal IRL, respectively Restarted PSXT and it shows up in a fresh session (lol). Something I'm noticing is that there are some models that are connecting the aircraft type with an invalid variation name, like N963DZ: AIGAIM_Delta Air Lines Boeing 737-900SSW - SN ex-Lion Air B739. =2= AIGAIM_Delta Air Lines Boeing 737-900SSW - SN ex-Batik-Malindo Air

I believe landing gear is impacted by OLOD. In my case with VR on a 3080 GPU, both my OLOD and TLOD are automatically set to below 100 at busy hubs in order to get stable performance. Actually, let me try forcing the minimum to 100 to see if the landing gear bug is a problem, or if I can deal with that performance hit.

Yeah, that's very possible. Since I fly in VR with AutoFPS, my LOD could dynamically be set to a much lower value (like ~10-30).

Hey Nico, I know that AIG and FSLTL models suffer from a bug in MSFS 2024 where planes look like they are floating due to a low LOD on the landing gear polygons. However, I was stumbling around the MSFS forums and came across this post from a vPilot dev where he discovered a workaround. By setting the simvar for gear extension percentage to 1% before sending a gear-down event, he claims that this workaround has mitigated the problem. Others claim they now see landing gear from that workaround in the vPilot beta release. * https://forums.flightsimulator.com/t/too-strict-lod-rule-on-aircraft-landing-gears-culling-of-aircrafts-gear/709715/231 Just curious - is this a value/workaround something that PSXT can set on planes that are just about to land (or apply to those that are on the ground), or would this have no effect?

Pretty much any add-on that operates outside of the sim has to use SimConnect to make calls for the simulator to do something, so yes, LittleNavMap, ActiveSky, Navigraph, any traffic injector, etc. also uses SimConnect. I actually had CTDs only when I was using an outdated version of LNM, where if I had left LNM open at a large airport for a long period of time, I'd get a CTD. Those went away when I updated LNM though (but I rarely use it for my flights) I primarily only use GSX, PSXT, and Navigraph. PSXT has been very stable for me for months at this point, and it works for me for airports large and small. My recent flights have been to/from: EBBR, KIAD, LSZH, KLAX, KSEA, KMIA, LTFM, KDEN with no stability issues

Do you know what other addons/modules you have that would heavily rely on SimConnect (e.g., FSUIPC)? Just speaking from my personal experience, I only use GSX and PSXT never had crashes either in 2020 or 2024 (not to discredit your experience at all). But if the problem started in MSFS2020 and carried over, it sounds like there's some other addon that's causing SimConnect conflicts, and since GSX is fully disabled, it probably is something else that isn't playing nice. If you do have other SimConnect addons, try disabling all of those and use PSXT exclusively. Then slowly add them back in one by one until you find the one that's causing problems So when PSXT "restarts" even though the application still runs, it creates a new log file. I think you sent in the freshest log file from when it restarted, which didn't highlight the problem (it looks normal). Could you find logs from Log0, or Log00 that shows the SimConnect issue?

Something you might want to also check just to be sure. I think AIG references a specific soundai file/package for many models, and to save disk space having duplicate files in every folder, they use a symbolic link (symlink) that points to the file. Even though it might be present in the file directory, try to check if you can navigate to it. If you get an error when trying to open the soundai folder, that can also be a culprit. I ran into this issue when I was trying to move some folders around; moving folders that contained the soundai symlink folder caused that link to break

Ooh, I missed this update - good to know. Let me recreate the file from scratch. I also remember that if an invalid spot was selected before, that it would warn about an error when reading the file, but for some reason I no longer see that warning. Regarding numbers, which UI do you use to identify the parking number (GSX, LittleNavMap, MSFS SDK)?

Hi Nico, I'm wondering if the Reserved Stand (my_park_airports) feature is still supported. I noticed that shortly after the archived airports were reconfigured that there were times where a gate that I had put into the my_park_airports.txt file were not being honored. LSZH,26 Even though I added the airport and stand in the file and clicked "Re-read", PSXT wrote "parking and stands okay", however upon arrival at the airport, there was an AI aircraft parked in that spot. The only way I can "remove" the plane is by taxiing into it, or using GSX's "remove AI traffic from gate" feature (which sometimes causes PSXT to immediately respawn the aircraft) Here are some logs if they help (problematic line in bold): When at the active airport in PSXT, it also didn't indicate the reserved stand in the status bar.

Hi Nico, Happy new year! This is just a minor ask, but I was wondering if you would be able to implement an exclusion of BGLs within a specific path. As an example, I have the BlackSquare Real Taxiways addon, and it looks like they use BGLs to place taxiway signs on default airports (or if a third-party airport does not exclude taxiway signs). As a result, my TBLO folder has ~2000 XML files, and I think a lot of that would be noise for you 🙂 These BGLs do have parking spots for some reason though, and because of this, it is treating it as a "TBLO" airport, even though I don't think it's necessary, since the parking should fall back to the default airport. Are you able to implement an exclusion list by either developer or folder path that would prevent these from being scanned? If so, then I would have a cleaner TBLO and can send you those results. BGL paths within ~/Community/*/*/*.bgl: bksq-scenery-realtaxiwaysbcde bksq-scenery-realtaxiwayeuro bksq-scenery-realtaxiwaysmil Example logs: Example XML output header:

For anyone else having a CTD at KSEA or other Pacific Northwest airports, keep your eyes on these threads - looks like an issue with the latest Navigraph nav data cycle. Workaround for now is to disable Navigraph for the time being until they can identify the root cause of the CTDs and roll out a fix Selecting KSEA causes CTD (2501.1) - Navigation Data / General MSFS Data - Navigraph 2501 rev.1 CTD's at default KSFB - Navigation Data / General MSFS Data - Navigraph

Hi Nico, Just reporting a minor file hygiene bug that I believe this started with 10.1.0 - on startup, when PSXT looks at airports for offline learning, it identifies some stock airports where they are not suitable for offline learning. In this process, it generates empty XML files, one for each airport, however it doesn't seem to clean it up afterwards when hitting this condition only. Here's what my directory listing looks like after PSXT starts:

A couple of drawbacks and concerns on losing the local archived airports: Unable to verify if a parking spot exists (depending on AFCAD, gates are numbered differently than what's published on Navigraph or other sources). We have to guess and test parking spot IDs if we want to reserve a parking spot at the destination airport in advance Unable to make adjustments or local changes to XML files to suit parking preferences (+1 to @vonSzuli) Now dependent on internet connection for statics traffic with no fallback in the event of a server or local internet outage For those who have a standard RT subscription, the price to upgrade to professional is prorated at the monthly cost. This is expensive for those who just started a new subscription and pre-paid for a full year of data. What was once available to all users is now being paywalled by a premium tier subscription is concerning. While PSXT's mechanism was built to help traffic history files using RealTraffic data, it opens the question of who is the custodian the data - PSXT or RealTraffic? If PSXT is storing and maintaining parking data, I feel that this shouldn't be paywalled.

Just as a sanity check, when you added the AIG package into your Community folder, did you also have PSXT rescan all of your aircraft liveries? If you had loaded PSXT once where it ran a model scan, but then added AIG models after that, PSXT wouldn't have picked it up

Hi Nico - I was wondering if you are aware of a static parking collision detection bug where aircraft that are too close together are not removed in cases where parked planes are intersecting each other. In cases where there are gates that can handle multiple medium aircraft or a single aircraft, when PSXT spawns two medium planes next to each other, they will intersect when only one should be present. Here's an example at BIKF, where the gates in the AFCAD are g77 and R77 (representing apron spots 77 and 77R) PS: I'm no longer seeing the live stacked planes issue that was brought up earlier. Thank you for all of your efforts on that and improving PSXT as a whole.

I can't pinpoint whether this happened on an update or if it loaded just like this, but there was a case where a Hawaiian airlines plane and American Airlines plane were stacked together. Here are the logs (notice that C3 shows both planes spawned)

I see the same. I think it happens around when there's an update to the parking positions; old ones sometimes aren't getting removed

+1 to this - it's a great way to balance the new solution while still allowing for the old solution to select a destination airport and reserve a gate. Thanks again! So far running great on my end

In my case, I never got an email, but since I already had the Xbox Insider app, I just checked that. Sure enough, it was listed there!

Remembering the departure airport isn't too big of an issue, and actually helps prevent aircraft from spawning at the departure gate in the cases that I did a pushback just before PSXT updated aircraft. Most of the time however, if I were to return to that same airport, I also won't necessarily be parking back at that same gate, so I'd still have to edit the file to change the gate assignment. Thanks for the push button to reload the file! That makes easier

It's been a while since I've flown in MSFS so I'm slowly catching up to the latest updates and releases. Something I thought of as part of the abandonment of destination airport parking fields: When the destination airport feature fields were available, I would typically choose the destination and a specific parking gate where I would want to finish the simulation in (consider cases where an airline only has one assigned gate at an airport that serves as a hub for other airlines). I would set the destination gate to prevent an AI generated aircraft from spawning in that particular spot. With the removal of the DestinationAirport fields, a couple of things got "harder subjectively: We now have to manually open my_park_airports.txt and add the ICAO and gate that we would want to arrive at When adding the parking spot, we now need to look into the corresponding XML file to make sure the parking spot is valid Once the file is edited, a restart of PSXT is required Wondering if it would be possible to restore the interface that would at least take help automate 1 and 2. Having an automated validation of the parking spot was super useful before. Looking forward to trying out the new features nevertheless!

I personally use this from Flightsim.to, because the camera angles that the creator implemented are consistent with every aircraft that I fly. If you download this and follow the installation instructions precisely, you'll have camera angles for what you're probably looking for. Custom views for almost every airplane - A2A, ATR, Fenix, PMDG, JF, SWS, A32NX, MD82, HPG, Aerosoft for Microsoft Flight Simulator | MSFS

FPS is dependent upon how strong your graphics card is, and its ability to handle rendering planes, not the program that injects it. If you're comparing FPS on rendering only FSLTL models between FSLTL’s Injector and PSXT, FPS is negligible because it would only come down to how many planes are rendered. PSXT has built in logic to cull airplanes outside a certain radius, so you can control the limits of how many aircraft spawn around you. The fewer you have, the higher your FPS is

No, the program first checks if you have an RT subscription. If not, it will throw an error and stop working. You have to have a subscription if you want to use PSXT