netshadoe

Fair enough! 🙂 All good. Thought I'd ask anyway. Been with you right from the beginning. Thanks for everything you do for the hobby!! That's fair too. 🙂

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.

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.

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.

No problem Nico. Like I said, zero rush! Really appreciate all you do. I wish I had the computer skills to contribute something to the hobby, but, alas, my talents lie elsewhere!! 😄

OK. I have a few more answers/clues for you Nico! So, I loaded up the simulator and started RT on the networked machine, and PSXT on the FS machine. All was good, traffic was in the sim, and communication between the two apps was working as expected. Using MSFS, I changed the time (slid the slider back a few hours), and waited for PSXT to update RT with the time change. Nothing changed in RT refecting the new time offset. However, if I killed PSXT and waited until I got the red warning in RT "PSXT Buffering...", and then restarted PSXT, the offset would be set in the remote RT app. Though this worked, further changing of time did not update the offset, and I would have to repeat the steps above to get the offset to "set". *** Alternately, I can get RT offset to update by changing from "RT App" to "RT Direct" and back to "RT App" in PSXT (forces an update). So, in a nutshell, if PSXT and RT are live and running together, the offset doesn't auto update in realtime if I change the sim time. I have to manually shut down PSXT, wait for the red buffering warning in RT, and then restart PSXT to get the offset to "set" properly. Any further movment of the sim time after both apps are running does not update the offset. Hope that makes sense. 🙂 P.S. - Checked the firewall on both machines. Its open to all TCP and UDP and open to all ports for RT and PSXT on their repective machines that I can see.

I’ll try it again later today when I get home. But for the record, yes I did have the setting ”Simulator controls time offset” turned on, and the bar on RT says the time is simulator controlled, but it doesn’t adjust to the offset. I CAN see traffic fine, so it is talking across the network to PSXT. I'd happily work with Balt on this, however, his forum times out on me using either my home internet connection or my cell provider who are both different internet providers here in Canada. I can access his forum once, look at one or two pages, then it just times out on me (servers are not responding). It used to work reliably, but no longer, so I can’t see his forum, and obviously, I can’t post. I’m a pretty computer savvy person, so, that one I’m at a loss unless his phpBB settings are causing it. I have no issues accessing other phpBB forums, so who knows. I’ll test again and see if opening the port in my firewall will help, but like I said, I can see traffic fine, so RT and PSXT are communicating over the network.

I do have a professional license, yes. The RealTraffic offset was working with PSXTraffic when it was local. So, as a test, I ran RealTraffic and PSXT14 together local, and set PSXT to RT App. The time scaling in RT scaled with the sim time. However, when I closed RT on the local, and restarted PSXT and the networked RT app, the time scaling does not adjust. The time selector in RT is locked out, and says it’s simulator controlled, however, it doesn’t adjust to sim time like the local version does. i appreciate all you do for the hobby! No rush on this, just wanted to let you know. I like having the RT app open to see the local weather and traffic, so having it on another screen is an awesome option, but not a show stopper for me! Thanks again!

Hi Nico, I'm running PSXT on the MSFS machine, and RealTraffic on a networked machine. I get traffic injection no problem, however, the PSXT/RealTraffic app does not sync with sim time. I have the "Simulator Controls time offset" selected in the advanced options in RealTraffic, but the time remains static in the RT app. It seems that PSXT is not sending Sim Time to the networked app. Sim Time sync does work in PSXT, though, using RT Direct.

Awesome! Thanks for considering it!

Good day, Just wondering if it would be possible to use SayIntentions as a weather source now that it provides the last 24 hours to match what FS2024 can do. They have an API that can provide data. It would be linked to the users API Key. Pretty sure it has weather information. https://p2.sayintentions.ai/p2/docs/ Thanks for the consideration.

Thank you sir! Much appreciated!

Hi there, Is there a way to temporarily disable an assigned axis, button, etc that is assigned in AAO? I don't want to delete the assignment...just turn off the button or axis as needed for different scenarios. Thanks!

Did you try my suggestions with my post above?

Try turning “Skip pre-flight cinematics” to OFF. This worked for me, although it doesn't for some folks. Also, make sure you use AI Traffic Lights Fixer mentioned in the AIG forums AI lights are bugged in MSFS since SU9. We're on SU15 (I think) and Asobo/MS haven't fixed the bug yet. See this thread. https://forums.flightsimulator.com/t/no-lights-on-aircraft-ground-traffic/516361