February 13Feb 13 Hi Nico, I notice flying in certain parts of the world and over oceans that the traffic pops in and out at times due to limitations of receiving data in those areas, thus RT loses the granular data and basically removes the flight. This causes PSXT to remove the aircraft suddenly and then pops it back in, like a light switch being turned off and on sometimes. 😄 I would like to make a suggestion based on how Flightradar24 works with air traffic on its maps. A quote from their settings: ”An aircraft's position can be estimated for up to 240 minutes after it exits Flightradar24's coverage area.” In these settings, the user can choose to have the aircraft continue on its last course, altitude and speed. The settings are (in minutes) 15, 30, 60, 120, 240, and of course OFF. Could this be added to PSXT where the program would keep the airborne AI in the sim if the feed for that aircraft from RT is lost? Once RT reacquires the aircraft and starts send data again, PSXT would then update accordingly? Thanks for the consideration. Devin CYOW
February 13Feb 13 7 hours ago, netshadoe said: Hi Nico, I notice flying in certain parts of the world and over oceans that the traffic pops in and out at times due to limitations of receiving data in those areas, thus RT loses the granular data and basically removes the flight. This causes PSXT to remove the aircraft suddenly and then pops it back in, like a light switch being turned off and on sometimes. 😄 I would like to make a suggestion based on how Flightradar24 works with air traffic on its maps. A quote from their settings: ”An aircraft's position can be estimated for up to 240 minutes after it exits Flightradar24's coverage area.” In these settings, the user can choose to have the aircraft continue on its last course, altitude and speed. The settings are (in minutes) 15, 30, 60, 120, 240, and of course OFF. Could this be added to PSXT where the program would keep the airborne AI in the sim if the feed for that aircraft from RT is lost? Once RT reacquires the aircraft and starts send data again, PSXT would then update accordingly? Thanks for the consideration. PSXT already works like that , but no longer then approx 1 minute. Normally that is sufficient to cover a "hole" in RT data stream. A longer period can give strange disruptions when data comes back, and moreover, is difficult to simulate. FR24 has an easier job, drawing a course on a 2D screen. PSXT works in a 3D space. Don't know where you are flying but here in Western Europe adsb data for airborne aircraft is pretty good. It is the airports that sometimes have poor coverage.
February 13Feb 13 Author I’m flying around Southern Asia, Indonesia, Australia and the South Pacific islands. Some airlines are better than others. It was just a thought. I get that there can be syncing issues once the feed comes back, and not always desirable, that’s why I mentioned different settings for how long the aircraft would persist...or the option to turn it off if not wanted. It doesn’t have to do anything special. If it was cruising at FL360 at 450knots heading 180, PSXT would just maintain the last valid set of variables until it’s picked up again. Once it hits the selected limit, it would cull the flight. If it’s not feasible, I get it. I was just seeing if there was a way to “fill in the gaps” for a little longer. Edited February 13Feb 13 by netshadoe Devin CYOW
February 14Feb 14 How do you notice a plane is leaving and popping up? In the TCAS ? Or are you watching LNM? I mean it would be easier for me to continue a flight in TCAS coverage mode. Edited February 14Feb 14 by kiek
February 14Feb 14 Author Both. The TCAS diamond disappears, and so does the plane in LNM, and obviously in RT (😉). TCAS would be better than nothing. However, that being said, it would be more immersive to have the AI injected, especially on airways in the South Asia/Oceania area where pop in and pop outs happen more frequently, and is visible when your following 2000 feet underneath it! Would RT doing this calculation be a better solution? Maybe, when the feed is lost on Balt’s end, RT would persist any aircraft over a certain altitude (10000ft for example) for up to XX amount of time (a setting in RT). It would be a different colour on the RT map showing that the “target” is projected, and a telemetry data flag from RT that also indicates this. The data flag can be read by Traffic programs (like PSXT) so that an option to turn the feature on or off can be implemented depending on the user’s tolerance to possible reposition issues when the data becomes live again. Devin CYOW
February 15Feb 15 On 2/14/2026 at 4:47 PM, netshadoe said: Both. The TCAS diamond disappears, and so does the plane in LNM, and obviously in RT (😉). Real pilots don’t have LNM in their cockpits 😉; for PSXT, the TCAS is the only thing that really matters. On 2/14/2026 at 4:47 PM, netshadoe said: However, that being said, it would be more immersive to have the AI injected, especially on airways in the South Asia/Oceania area where pop in and pop outs happen more frequently, and is visible when your following 2000 feet underneath it! It’s too complicated, I’m afraid… If it were easy, I would have done it a long time ago — PSXT has been around for more than 10 years already. On 2/14/2026 at 4:47 PM, netshadoe said: Would RT doing this calculation be a better solution? No, that is not what RT is intended for. It is designed for real-time live traffic. Keep in mind that RT is also used in other (training) environments. It would be better if Balthasar focused on finding additional and more reliable ADS-B sources. That way, everyone benefits.
February 15Feb 15 Author 2 hours ago, kiek said: Real pilots don’t have LNM in their cockpits 😉; for PSXT, the TCAS is the only thing that really matters. Fair enough! 🙂 2 hours ago, kiek said: It’s too complicated, I’m afraid… If it were easy, I would have done it a long time ago All good. Thought I'd ask anyway. 2 hours ago, kiek said: PSXT has been around for more than 10 years already. Been with you right from the beginning. Thanks for everything you do for the hobby!! 2 hours ago, kiek said: No, that is not what RT is intended for. It is designed for real-time live traffic. Keep in mind that RT is also used in other (training) environments. It would be better if Balthasar focused on finding additional and more reliable ADS-B sources. That way, everyone benefits. That's fair too. 🙂 Edited February 15Feb 15 by netshadoe Devin CYOW
February 16Feb 16 12 hours ago, netshadoe said: Been with you right from the beginning. Thanks for everything you do for the hobby!! Thank you!
Create an account or sign in to comment