Hi all,
Well I've been playing around with some ideas and before you know it, we have real traffic injection for PSX and Foreflight (also works if you do not own Foreflight).
More information, screenshots, and downloads for RealTraffic and the updated Foreflight connector here: http://www.inside.net/ss/
Cheers
- Balt
Hi Balt,
unfortunately, I'm getting this when I launch RealTraffic:
Exception in thread "main" java.lang.UnsupportedClassVersionError: RealTraffic : Unsupported major.minor version 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)
My system:
Java Runtime Environment version: 1.7.0_45
Java Runtime Environment vendor: Oracle Corporation
JVM specification version: 1.7
JVM specification vendor: Oracle Corporation
JVM specification name: Java Virtual Machine Specification
JVM version: 24.45-b08
JVM vendor: Oracle Corporation
JRE specification version: 1.7
JRE specification vendor: Oracle Corporation
JRE specification name: Java Platform API Specification
Java class format version number: 51.0
JIT compiler to use: null
OS X 10.9.5
Maybe it's the red stuff.
I don't have Foreflight.
Regards,
|-|ardy
Hi Hardy,
I've recompiled both jars using the 1.7 JDK... turns out that Java 1.8 is not backwards compatible. I wonder why not.
But that's besides the point...:
Please re-download and try again! I'm fairly confident it works now regardless of which JDK/JRE framework version you have, as long as it's 1.7+
Cheers
- Balt
I had the same problem as Hardy but now it launches ok and it seems to connect. Unfortunaly I don't get and see any traffic. Do i need to configure anything else?
Robert
Traffic only loads when the PSX connection is active. Are you getting a red NO TRAFFIC in the bottom view panel?
You also may want to relocate PSX to an airport environment where currently airplanes are flying. :)
Cheers
Balt
LoL, yes there are plains flying at the moment (EHAM, EDDL).
I have no Foreflight maybe that is the problem?
In what view should I see NO TRAFFIC?
It says total traffic in area is 0 which I don't believe.
Robert
Hi Balt,
Wow, your RealTraffic software seems amazing! I'll give it a try later today (once back from work) around LFPG... sure I may find some planes around there...
Hi,
so I just had a quick flight around EHAM. Works for me, there are over 70 traffics loaded in the area. Do you have internet connectivity? This requires HTTP internet access every 10 seconds to obtain traffic for the area you are in. Also, "Server connection" needs to be ticked. Perhaps start it from a command line with "java -jar path_to_the_jar/RealTraffic.jar" and watch for any error/diagnostic output in the terminal. Tell me what you see there.
I took a screenshot as evidence it works here... You can see United 59 at 10 o clock, climbing through FL37 (3700ft, low, they just took off), they show up in the TCAS display as a filled white diamond, again 10 o clock position shown as 200ft below our altitude. At the 7 o clock position, you can see British Airways 429, also just took off climbing through 500ft (shown as 3200ft below us in the TCAS display).
(http://www.inside.net/ND-EHAM.png)
(http://www.inside.net/RT-EHAM.png)
Does it work for anyone?
Cheers
- Balt
Hello Balt,
thank you very much for this interesting add-on. I just tested this at work (guilty as charged) and it works flawlessly ( :) ).
I tested approaches at EGLL, EDDF, VHHH (not much time spend with it). Traffic uploaded well and it was manageable. Now I just wish that controller could see 'me' and accommodate my flight as well! :mrgreen:
It gives new appreciation to meaning busy airports!
Cheers,
Hi Balt,
I believe it is working on your client and it looks great. But that is not the problem, i want it to run on my client :-)
I get:
Lisensed to: Testname
License: License
PSX Hostname: localhost
PSX port: 10747
Foreflight broadcast: false
PSX netConn: true
Connection OK. Our client ID: id=13
I am running java version 1.7.0_21 64bit and I have dutch version of Windows 7.
I restarted and now I saw in the middle of the circle (very shortly) in Red NO Traffic. But no additional debug info.
Oh, and I have network connection, beacuse I am typing this message from the same client.
Robert
Hi Robert, I'll email you a jar file that will provide some more debug info. Please email me your address.
Thanks for the feedback Andrej, good to hear it works for you.
Cheers
Balt
don't know your email but mine is robert.kock at gmail.com
Hi Balt,
it works now. Impressive!
Congrats! :-)
I tested a few situs, YSSY, KORD, EGLL ... I got lots of traffic at KORD and EGLL. However, it disappeared after about 10 seconds and never came back.
Cheers,
|-|ardy
Hello Balt,
so I tried tonight at home and received following message:
"The Java JAR file "RealTraffic.jar" could not be launched. Check the Console for possible error messages."
I checked the Console and I am lost. Nonetheless, I am certain problem is on my side. I use following:
MacBook 6,1 OS X v. 10.6.8
Processor: 2.26 Ghz Intel Core 2 Duo
Memory: 4 GB 1067 MHz DDR3
Could it be, that RealTraffic needs more power?
At work I use fairly new PC, so no problems there.
Cheers,
Hi Balt,
I have just down a short flight from EGLL to EDDF using RealTraffic and I am really impressed with what you have produced.
I carried out a Brookhams Park departure from 27R EGLL and it was terrific to follow in real time the aircraft in front following the same departure as me. Also to see the incoming traffic landing at EGLL was great. It took me back to the ITVV DVD of the Virgin 747-400 departing from the same runway and the checking of the ND for incoming aircraft.
When I reached KOK on the Belgium coast and at cruising altitude I had company following the same track for a period of time with no disappearance. Your software worked flawless and as I checked Flightradar24 aircraft came in and out of the ND as and when expected.
Many thanks for spending the time and effort in producing RealTraffic, it is much appreciated.
I am wondering what will happen to the software at the end of the Beta test ?
Many Thanks,
Pcpilot
Hi all,
thanks for the feedback.
@pcpilot: At the end of the beta test, it will go into release versions. Those will no longer be time limited. :-)
@andrej: You almost certainly have an older version of Java installed on that mac, sounds like the OS is rather outdated as well (10.6). Not to worry, you should be able to download the latest Java runtime environment from here: http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html
@Hardy: So you're seeing the initial traffic loading, but then it stops updating? That's odd.
@all: I've uploaded beta 1.0.3, it provides more debugging info you can send me. My email is balt at inside.net, I'd prefer to receive email rather than clogging up the forum with debugging messages.
To send me the debug output, do the following please:
Run PSX with server mode on, make sure it's not paused.
On Windows, start a command line: Start Menu -> Run type "cmd" and hit enter. Then first run (without the quotes) "java -version" and copy that output by selecting it with the mouse, go to the top left corner of the command window and click down the system menu, then select Edit->Copy. Paste that into an email to me (but don't send that yet).
Then run the RealTraffic jar as follows: type "java -jar
\\RealTraffic.jar"
Let it run for about 30 seconds (at least) and then copy/paste the output in the command window into the email, and send! If it doesn't run (such as in Andrej's case) you will find the reason why it's not running there.
On OSX you do the same as above, except instead of the windows command line, you open a terminal window: Applications->Utilities->Terminal, use a forward slash "/" instead of the backslash for the path delimiter, and you can select the text in the terminal with the mouse directly and hit command-c to copy it...
Cheers
- Balt
Sounds very interesting. Question for clarification:
I guess the traffic is visible at the TCAS but not outside, is it?
Nico
It's outside as well, in PSX. Not sure what external scenery tools will make of it.
Cheers
Balt
As usual, the PSX server sends it to all clients except that client which injects it.
Cheers,
|-|ardy
wow there are some amazinh add-ons coming out. where does it get its traffic data from? anyone else seening the traffic generated in Xplane?
Hi Balt,
Thank you for the traffic addon.
It's working fine the US but it can't see any traffic in Europe. There is just no connection??? I have all the latest versions, Java 1.8_25 RealTraffic 1.03, Windows7, ect.
Can you please shine your light on this.
Regards
Frans Spruit EHAM
Dear Balt,
thanks the your reply. Yes, OS X 10.6 is old. :) Well, at least now I have a real reason to update to OS X 10.10.
Cheers,
Hi,
Would be a nice combination with a LifeAtc (http://www.liveatc.net/) channel!
Queing up for take-off, hearing the Tower controller control the aircraft(s) in front of you. :D
The only problem for bigger airports is that it will be difficult to find a free spot in the queue for your PSX aircraft. ;)
Nico
Ok everyone, download the latest version 1.0.4. There was a locale issue, apparently some countries use commas as decimal points. What's the world coming to. :)
Cheers
- Balt
...and 1.0.5 is out. More problems with localized Strings. By golly, Java is trying much too hard for its own good to be smart!
Now also an update for Foreflight, same issue there with comma vs. decimal point string operations.
Cheers
- Balt
Hi Balt,
It's working! Only the refresh on the ND is not working as it should, as Hardy said the traffic disappears after a while. if you turn traffic off in the instuctor and then turn it on, the ND shows traffic again. Commas and decimal points go back to the PS1 days developers had the same problem then.
Regards
Frans Spruit EHAM
Hi Balt,
Another fantastic addon for the PSX community - thanks!
Carl
Hi,
I just tested Version 2.0.3
I seems the connection is ok.
I can see the XATTPSX and the XGPSPSX.
This variables are changing steadily . But when I compare your screenshot with my display, it seems I have no Traffic List :'( . I can see some planes on the ND, but I don't think they come from Real Traffic but are generated from PSX.
Any hints what could be wrong?
Thank you
Sorry, forget my last post.
I downloaded foreflight and not Realtraffic.
Cheers
Incredible!
How does PSX attract so many exceptionally skilled software developers?!?!
Hi,
I tried 1.0.5 beta but it is using the AEROWINX MCDU fonts that I have recently installed at my PC for MCDU development ? ... See this screenshot (http://www.lekseecon.nl/images/RealTraffic.png) while I'm at EHAM.
Not readable at all while this font is not complete in the lower case letter range ...
Do you choose a font in your program? Recommended...
There is also nothing to be seen at the ND...
Regards,
Nico
The CDU fonts have no lower case at all. There are two CDU fonts: large and small. The small one has just upper case as well.
|-|
Quote from: Hardy HeinlinThe CDU fonts have no lower case at all. There are two CDU fonts: large and small. The small one has just upper case as well.
I know, but that's not my point... The point is that RealTraffic uses a strange font, it does not seem to Select a font.
So OS X 10.10 is up and running. PSX took frame rate hit (will have to work on that) but RealTraffic works! :)
Just a quick question, why does it expire on 31.01.2015?
Cheers,
Andrej
Nico
Can you send me / post a screenshot please? I don't see a problem with fonts. The interface should be using your standard system font, the "radar" display uses the CDU font, however, it comes as a resource in the jar, so does not depend on any installed fonts.
Andrej; it expires because I don't want ancient pre release versions in the wild.
Cheers
Balt
Hi Balt
Quote from: BaltCan you send me / post a screenshot please?
I did in my post #31, see the link over there. The Traffic List uses the AEROWINX MCDU font
Regards,
Nico
Thanks. Yes that's entirely useless isn't it. Must be a leftover from font experiments.
Cheers
B
1.0.6 is uploaded:
- Font for update window is now the system font.
- Font for injected traffic list is system font, small.
Cheers
- Balt
Hello Balt,
thanks for the feedback. You really think of everything! :)
Cheers,
Hi Balt
Simple question from a frustrated user of your fine program. Everything works fine except the aircraft are not showing up in FSX or on Garry's Traffic PSX. Spent 3 hours try all types of perambulations with no success
Thank you
Derek.
P.S Interestingly on the first occasion I used the program it worked perfectly in all respects,but something I have done (or not done!) has messed something up
I haven't seen any traffic via the VisualPSX suite of programs myself. Maybe Garry can shed some light on this via a debug attempt at his end?
RealTraffic is injecting traffic information to PSX at 10s intervals. Maybe that's too slow?
Cheers
- Balt
Could it be that VisualPSX accepts traffic data coming from PSX only when PSX's "Externally controlled" checkbox is deselected?
When PSX's "Externally controlled" checkbox is selected, VisualPSX might think that VisualPSX is supposed to be the traffic generator and not the traffic receiver?
Cheers,
|-|ardy
Hardy, is a 10s injection interval too slow for PSX? Interpolation shouldn't be a problem as all the angular and linear velocities are supplied.
Cheers
- Balt
When PSX is using its own traffic generator, position updates are sent every 5 seconds. I found that 5 is a good compromise re network relief and smoothness. If it's longer, and you are close to the traffic, you may notice slight jumps in the animation in the outside view after every position update.
Regards,
|-|ardy
Hi Balt and boys!
Wow, RealTraffic works like a charm here, and adds definitely a lot in terms of "alive" experience! Yesterday I flew some traffic patterns at LFPG in the middle of the day and in the evening: it's incredibly immersive to insert our B744 into the flow ("string of perls") of real aircrafts.
Only strangeness I noticed: there seems to be a slight offset of the traffic with both southern runways at LFPG (named= 08L and 08R): real world aircrafts appear to be around 50 or 100 meters north of their respective runways... might be due to the precision of the broadcasted ADS-B position?
Apart that, thanks and congrats for the quality of the addons!
Hi Pierre,
how did you see their exact position? In the visual system?
Cheers
- Balt
Quote from: BaltI haven't seen any traffic via the VisualPSX suite of programs myself. Maybe Garry can shed some light on this via a debug attempt at his end?
RealTraffic is injecting traffic information to PSX at 10s intervals. Maybe that's too slow?
Cheers
- Balt
Just to let you know, I have the same issue with Xview.
Hi Balt!
In the PSx ND (with 5NM range) they appeared slightly offset... and on PSx visual their were really offset, to the north, about 1x or 2x a B744 wingspan (or the runway width, to give quite a raw scale).
But that's not something completely dramatic, don't worry... it's already amazing as is!
Ok, thanks for letting me know... at least you see them out the window. :-)
The precision is limited to 4 decimals. That means at the equator, the position is known to +/- 5.5m (absolute error 11m). At LFPG, ~N45, the error in latitude then is the same, +/- 5.5m, but in longitude it's less, only about +/- 3.9m, i.e. cos(45) * 11m.
Cheers
- Balt
Is the data provided by GPS?
It's ADS-B data, so yes, for the vast majority of implementations, it's GNSS derived data, although not necessarily from GPS alone. :-)
Cheers
- Balt
QuoteCould it be that VisualPSX accepts traffic data coming from PSX only when PSX's "Externally controlled" checkbox is deselected?
When PSX's "Externally controlled" checkbox is selected, VisualPSX might think that VisualPSX is supposed to be the traffic generator and not the traffic receiver?
Hi Hardy,
I have noted that if the "Off" button is selected in the Human/Traffic instructors page, it automatically changes to "externally controlled when Real traffic is loaded.
Is this of any significance?
Regards,
Derek
Quote from: Hardy HeinlinCould it be that VisualPSX accepts traffic data coming from PSX only when PSX's "Externally controlled" checkbox is deselected?
When PSX's "Externally controlled" checkbox is selected, VisualPSX might think that VisualPSX is supposed to be the traffic generator and not the traffic receiver?
No. When VisualPSX is set to receive PSX traffic it simply listens for it and sends any it receives to FSX.
Cheers,
Hi Garry,
Can you confirm that you can see traffic coming in with VisualPSX when RealTraffic is running?
Another option with RealTraffic is to enable the Foreflight interface. VisualPSX would then simply need to listen to UDP packets on port 49002. Each traffic RealTraffic sees (not only 7!) are transmitted there once every 10 seconds. The data is sent as a string, and it contains a lot more information than what PSX is sending. A sample string:
header, hex id in decimal, lat, lon, alt, v/s, airborne, track, gsp, c/s, type
XTRAFFICPSX,13346253,37.5933,-113.2234,32000,-512, 1, 249, 358, UAL1649, B738
The header is always the same, the hex ID is the transponder ID, but in decimal (so not really hex...:-))
Then you could display the type/callsign labels in the visual (if that's desired).
Cheers
- Balt
... I guess one smart way of dealing with this (if you decide to implement the UDP interface) is to simply use the UDP data for traffic injection rather than PSX if it is present. If it is present, you can assume that PSX is getting the traffic injected already.
Cheers
- Balt
Quote from: BaltCan you confirm that you can see traffic coming in with VisualPSX when RealTraffic is running?
No, sorry. I am away from home at the moment. But you can. If PSX is sending traffic and VisualPSX is set to send it to FSX then you will see it in FSX.
Cheers,
Fair enough mate... However, TrafficPSX never worked for me in P3D. I was quietly assuming it just doesn't work (yet) as advertised, or perhaps it works only with FSX. I thus can't say whether it sees the traffic or not. The TrafficPSX screen listing traffics 1-7 never displays anything for me there. I have it set to get the traffic from PSX and transmit it to FSX. Running the latest version downloaded a few days go.
Cheers
- Balt
1.0.7beta: I still do not see any Traffic at my ND, neither at EHAM nor at EGGL (with plenty of aircraft around) ....
What can be wrong?
Nico
Sorry, not sure what's going on there at your end... can you post the output when starting RealTraffic like this please:
java -jar /RealTraffic.jar debug
Also, remember the airplane currently has to be moving to receive traffic.
Cheers
- Balt
This program sounds amazing.
Will give it a go -- anyone sync it with live ATC for a more real world experience?
--
Thank you for this Balt -- it works as described, but after about 10 minutes, I also experience a freezing of traffic on your application.
Regards.
Quote from: BaltAlso, remember the airplane currently has to be moving to receive traffic.
Aha, I was not aware of that... will try again
@OmniAtlas, can you please start the jar as per the instructions a couple of posts up from this one with the debug option from a command line, then keep it running until you say the traffic freezes, then send me the output. Please make note of the exact time the traffic has frozen.
Thanks
- Balt
Balt,
What an amazing add-on!
I live near Heathrow and immediately got about 90 targets!
One question, if I may - what is providing the data?
Now which clever chappie is going to make an interface with PSX so we can see the traffic on FSX/P3D etc as well as PSX?
Thanks again,
Britjet
Quote from: kiekQuote from: BaltAlso, remember the airplane currently has to be moving to receive traffic.
Aha, I was not aware of that... will try again
Still no luck...
Regards,
Nico
Here's what it looks like if you take off in the opposite direction of the active runway (and luckily, drift off the runway during the takeoff run...)
(http://www.inside.net/opposite.jpg)
(http://www.inside.net/opposite2.jpg)
Cheers
- Balt
Nico, you need to send me the debug output as requested above. I have no clue otherwise why it doesn't work for you...
Cheers
- Balt
I see you have aircraft types on the list starting with the letter "A".
Hehe :-)
In PSX's aircraft array 0 ... 6, the aircraft with the indices 1, 3, and 5 are Airbusses!
Just in case you want to assign them type specifically :-)
These three busses use the Airbus specific strobe timing with the double flash.
Cheers,
|..|ardy
Well yes, RealTraffic sees everything that's out there... I'll consider assigning them to the proper strobe types in v2... Maybe by then, there are more than 7 traffic slots? ;-)
Don't take my hint too serious :-)
Quote from: BaltNico, you need to send me the debug output as requested above. I have no clue otherwise why it doesn't work for you...
Here it is.Thx for all your effort.
Nico
Ok thanks for that. Having a look and a think about this overnight...
Hi Balt,
Here is a screenshot (traffic has stopped/frozen)
(http://s29.postimg.org/hgbozot5f/Capture.jpg) (http://postimg.org/image/hgbozot5f/)
Traffic reappeared again after a few minutes.
---
Updated debug information:
Sat Jan 24 00:20:20 EST 2015 response: 99
Sending request for box: 52.963 49.963 -1.934 1.066 @ krk.data.fr24.com
Sat Jan 24 00:21:45 EST 2015 response: 102
Sending request for box: 52.963 49.963 -1.934 1.066 @ krk.data.fr24.com
Sat Jan 24 00:27:38 EST 2015 response: 107
Sending request for box: 52.963 49.963 -1.934 1.066 @ krk.data.fr24.com
Sat Jan 24 00:33:31 EST 2015 response: 111
Hi Kiek,
I get the same results as "kiek".
RealTraffic v.1.0.7 : with exact IP or localhost in INI
PSX : Human/Traffic: externally controlled, sets automatically
TCAS = ON
TFC = ON
no indication on PSX-ND or outsideview and therefore nothing to insert for VisualPSX
Maybe my screenshot helps, Robert
(http://www.hoppie.nl/forum/var/RealTrafffic.jpg)
CORRECTION: it should be >> Hi Balt <<
Sorry about this, Robert
Hello Balt,
Could I suggest that any targets that are outside the 7000ft TCAS envelope are excluded from the 7 that go to PSX?
Also (getting cheeky now!) any chance of making the "radar" screen with a black background? (for those of us who fly at night!)
Great utility. Good luck to the others who are having trouble- don't forget to select "TFC" on the EFIS or you won't see anything, regardless of transponder selection! (Sorry if it sounds obvious but I was guilty - doh...)
Cheers,
Britjet.
Hi all, 1.0.9 is out... download time again!
Please make sure you run it in debug mode, and if unexpected behaviour occurs, to send me the text file. Run it with the following command:
java -jar /RealTraffic.jar debug > debug.txt
This will write the output into the file debug.txt. Send me that file to balt at inside.net.
New features- The colour scheme of the "radar" screen can be changed, there are three schemes to choose from. At some point that will be customisable. v2...
- The window location, size, zoom level and color scheme are stored in the ini file. Press "save" when you have a setting that you like and it'll start up loading them.
- The aircraft labels now show your distance from the traffic. This should make it easier to identify whether the scale on your ND should even display it.
- It now loads and displays traffic even if the aircraft is stationary. I.e. you can sit in the middle of the runway and see landing traffic coming at you. Load the Sydney departure situ (outside our curfew hours of course) and see stuff coming your way.
- There are now two range rings, making it somewhat more obvious how far you can see...
- I have modified the traffic update frequency to 5 seconds, twice as fast as before. Maybe that makes a difference for those who still have traffic problems.
- longitude selection for the traffic is now within an equidistant scale to 3 degrees at the equator, e.g. it's scaled by 1/cos(lat).
- Traffic now shows a trend vector, length determined by ground speed, direction by direction of flight.
Important things to note- If you don't have TFC selected for the ND, the traffic will not show up.
Cheers
- Balt
Hi Balt,
PSX often gets a StringIndexOutOfBoundsException because it relies on the trailing semicolon.
TfcVel sometimes gets a string from RealTraffic 1.0 beta that doesn't end with a semicolon, e.g.:
-896;0;149;-1152;0;169;-768;0;204;-768;0;148;3328;0;391;-128;0;194;-640;0;180
When this happens, PSX considers the input invalid and stops its timer mechanisms for external traffic.
Just be sure there is always a semicolon at the end. I think that's all.
Cheers,
|-|ardy
And RealTraffic 1.0 beta always sometimes sends the floats in TfcPos with commas instead of decimal points (German setting on this computer). PSX requires points, otherwise the input is ignored.
Hi Hardy,
thanks for this! Very useful to discover that PSX will throw exceptions to the command line when they do occur, I could have found this myself earlier. I'll test my plugins against running PSX from the command line in the future!
It's fixed now, version 1.0.10 is up and always has a trailing semicolon on the velocity and traffic strings.
Hopefully this solves the mystery of the disappearing traffic. I'm also upping the refresh to 10s again, 5s puts unnecessary load on the traffic servers.
Cheers
- Balt
One more thing. See edit :-)
Ah, while you're at it. Could you set 9 sec instead of 10?
Yeah that's fixed also in 1.0.10, thanks for noticing!
I had a couple of String.format()'s in there that didn't do the Locale.US option. If you downloaded in the last 2 minutes you should be ok.
Cheers
- Balt
Ok, 9 seconds it is. Just to make sure we're all on the same version now, I augmented the version one build number more.
1.0.11 is now the current version
Let me know if you find anything else... :-)
Cheers
- Balt
It works!
Fantastic :-)
|-|
Glad to hear that. Time soon to get this out of beta then... and listed on the addons page?
Cheers
- Balt
Hi Balt/Hardy,
Yes!! Thanks a lot :D
Frans
Quote from: BaltGlad to hear that. Time soon to get this out of beta then... and listed on the addons page?
Sure.
I just experienced a (virtual) inflight collision with an Airbus over Hong Kong. I lost 2 engines and other stuff. But the Airbus is OK :-) I was intentionally trying to get as close as possible.
|-|
Yes, now it's working for me too. This release is so much better than the previous ones. I think the ./, problem Hardy noted did the trick for me too. I see planes all around EHAM now. Great!
Robert
Thank you Balt, the latest beta is working correctly.
No apparently hiccups as of yet.
Is there anyway to integrate the coordinates of the aircraft as they are taxing on the ground (for windshield visibility, not TCAS alerts)?
Cheers!
Quote from: Hardy HeinlinQuote from: BaltGlad to hear that. Time soon to get this out of beta then... and listed on the addons page?
Sure.
But the Airbus is OK :-)
Ha, now at least we know who builds the better planes :mrgreen:
Quote from: Kockie69I see planes all around EHAM now. Great!
Almost ok, at the ND is fine but in Prepared 3DV2 I only see them every 9 seconds pop-up and IMMEDIATELY disappear again ... ??
Nico
@OmniAtlas: Yes, that is likely a doable option, just a flag, I'm filtering out ground traffic at the moment. The proper way to fix this is to use the UDP messages that show ALL the traffic in the area, not just the 7 nearest ones. I've told Garry how to use that, not sure if/when he will have time to implement that.
@Nico: I just tried with FSX and I can't see any traffic. The VisualTraffic addon doesn't display anything at all in the GUI, I'm assuming it should display which traffics it is transmitting to FSX/P3D in the list 1-7 in the GUI that is empty.
You're right that every 9 seconds it looks as if it quickly displays some traffic. I don't know why it would go away if the data doesn't change. I thought PSX interpolates from the data I inject. It certainly does so on the TCAS display.
Cheers
- Balt
Thank you, Balt,
its working very correct now and I get nervous when trying to get into the queue for RWY34 at LOWW.
Regards Robert.
Robert, don't be ashamed, the others are as nervous as you when they see you coming in from the West to line up :-)
@Robert: Fedex and UPS use ADS-B for self separation at some of their hubs, allowing much closer spacing than regular radar guidance. Perhaps time you started practising that to fit inbetween traffic...
Other than that, it's about time you lot started treating PSX like a real sim. No crashes allowed, treat it like the real thing! ;)
Hi balt,
hanks very much for this addon :) In Xplane with Xview I cannot see traffic either. I have draw PSX traffic enabled in Xview.
Quote from: Balt@Robert: Fedex and UPS use ADS-B for self separation at some of their hubs, allowing much closer spacing than regular radar guidance. Perhaps time you started practising that to fit inbetween traffic...
No we dont (I'm at FDX). However, the FAA did go to RECAT here in KMEM which does permit closer separation, ADS-B is not required.
http://www.faa.gov/news/updates/?newsId=70804&omniRss=news_updatesAoc&cid=101_N_U
Hi Doug,
interesting to hear. I was at CTI in Memphis 11 or so years ago with Alan Mullen's team working on a HF training platform. He told me they were trialling reduced separation based on self-separation using ADS-B. But now that you're saying you're not, the only reference I can find to that is indeed from a MIT thesis in 2005... so likely that never came to fruition. Surprising!
Cheers
- Balt
(probably the experiment referred to on pg 36 here: http://dspace.mit.edu/bitstream/handle/1721.1/44935/312426317.pdf?...1)
Has anyone succesfully used Balt's amazing software with Garry's amazing VisualPSX, and the Live ATC Chatter software ( http://www.cielosim.com/liveatc ) ?
Regards
I am only getting the "flash" of traffic every 9 seconds on FSX (actually P3D).
I haven't tried the ATC program, but now we have a live TCAS feed, and hopefully a continuous FSX feed, it would interesting to have it..
Britjet
What fascinating new addons are being developed for PSX. Hardy has made it so easy for good ideas to become reality! I am away from home but will be able to investigate how TrafficPSX could complete the picture (so to speak) in a few weeks.
Cheers,
Garry, at what rate are you reading PSX traffic? I could try to interpolate position information and update traffic at that same rate.
Cheers
Balt
Hi,
do VisualPSX and XView require TfcVel data from PSX in addition to TfcPos data? I think, when PSX is in external mode and receives TfcPos data only, the server will distrubute just that; it will not generate TfcVel data ejections as each PSX client computes the velocities on its own.
Cheers,
|-|ardy
I think you're on to something there Hardy... if the addon doesn't get the velocity vectors it'll be even more of a guessing game to interpolate. Perhaps you could output those always, regardless of who controls traffic? You're only sending those at 0.2 Hz anyway, no?
Cheers
- Balt
Hi Balt,
TrafficPSX already interpolates PSX traffic output to generate smoothly flying AI aircraft in FSX. You can see this working by using any of the PSX traffic scenarios. If it is not happening when your software is injecting traffic into PSX then perhaps PSX does not send traffic to addons when it is receiving traffic from one of them.
Perhaps I misunderstood your earlier posts. I thought you were saying that all your traffic should be injected directly into FSX by my TrafficPSX while you select 7 to inject into PSX.
Cheers,
It appears that we are all on line right now and my last post crossed yours. I don't have access to my source code at present and can't remember whether I use velocity data or not. I had to do a lot of smoothing to have the AI aircraft fly smoothly and accurately to match the TCAS display.
Hi Garry,
I suspect the critical question here is this: Are you making use of the TfcVel data to interpolate the positions? If you are, then it is clear why it doesn't work with RealTraffic: because PSX does not re-broadcast the TfcVel that I am feeding into it. It only sends TfcVel to its clients when it is making its own traffic.
In regards to the misunderstanding with "implementing your own traffic": I don't know how much traffic FSX/P3D can display, but I suspect its many more than 7. If you want all traffic to be displayed, simply listen to the network traffic on UDP port 49002 and follow my earlier post to decode the messages. You would then be able to display not only where the traffic is, but also what type, callsign, where it's coming from and where it's going to! That could be fun?
That's probably something for much later, first and foremost now it would be good to get the 7 PSX traffics (whether injected or now) showing correctly in FSX/P3D.
While I have your attention... :-)
I've noticed that FSX runs much smoother than P3D on my visual system machine. The takeoffs in P3D are actually quite ugly, it feels as if the aircraft is sticking to the ground, then suddenly jumps in the air at the same time as it pitches up, which is well after pitch up commands have been issued (and shown to work on the ADI/PFD).
Cheers
- Balt
Quote from: Balt... because PSX does not re-broadcast the TfcVel that I am feeding into it.
Please disregard my last comment. I forgot that RealTraffic 1.0 does inject TfcVel. So PSX distributes both TfcPos and TfcVel. And I think the scenery generators do receive both TfcPos and TfcVel from the PSX server.
PSX actually does not need TfcVel if it already receives periodic TfcPos updates. TfcVel is designed for steering inputs. When traffic is externally steered, TfcPos updates are not necessary.
When PSX receives steering commands, it doesn't need position commands.
When PSX receives position commands, it doesn't need steering commands.
Sending velocity (steering) data to PSX makes sense only when the sender knows that a vector is changing, i.e. when a turn rate, groundspeed, or V/S is changing. If the sender doesn't know that, and just interpolates position data, then TfcVel injections are superfluous because PSX does the same job internally. You may consider this to relieve the network.
Cheers,
|-|ardy
Ok, I'll remove the TfcVel injection in the next release then. Thanks for pointing this out.
Cheers
- Balt
The first non-beta release is out. Please download your updates http://www.inside.net/ss/
Changes:
- Removed end of January expiration date
- Now displays and injects ground traffic
- Does not inject TfcVel any longer, just TfcPos.
Hardy: How many previous points are you using to interpolate traffic positions?
Cheers
- Balt
One point.
Cheers,
|-|ardy
Hi Balt,
Why do you want to inject ground traffic? Real TCAS doesn't show it...
Britjet
@Britjet: So the scenery generators can show them. Helps when sequencing yourself for takeoff I'd imagine. Someone requested it (OmniAtlas I think?)
The TCAS algorithm on what to display on the ND is written by Hardy. I don't know whether he considers ground traffic. Based on what I've seen, it does show on the ND, which I think you are correct does not happen in the real plane. Perhaps Hardy can simply not display traffic in the TCAS display that is moving slower than 30kts or so?
I could filter all these things accordingly as well. Maybe I need to look into writing my own scenery traffic injector code, the current ones don't seem to work anyway.
Cheers
- Balt
Quote from: Balt@Britjet: So the scenery generators can show them. Helps when sequencing yourself for takeoff I'd imagine. Someone requested it (OmniAtlas I think?)
- Balt
Yes, it is helpful, thank you for the update. Aircrafts do not suddenly 'disappear' into thin air now.
Injection of aircraft (visual) does not work with XP10, but I think that may lie more on the XVIEW programing side. I will test with VisualPSX.
Regards.
Hi Balt,
I see, that makes sense and I thought that might be the case.
If the scenery generators can be made to work it might indeed be good to see the aircraft on the taxiways etc. Either that or AI traffic on the ground and RW traffic when airborne..
As you say, a speed filter might be the answer...it really needs something that correctly emulates the real TCAS, I think? I imagine that the real TCAS doesn't allow targets to be shown if your own aircraft is "on the ground" and the target is showing less than (say) 200 ft above you...? It's probably not a speed filter...
I look forward to seeing the real aircraft, it will make the whole thing so much more realistic, and LiveTraffic works perfectly with it..
I don't see the FSX/P3D 9-second "flashes" any more with the new release, by the way..no doubt intentional..
Cheers
Britjet
In PSX the traffic never lands, that's why this ground check hasn't been a requirement until now.
I'll add this check to 10.0.2.
|-|
I have no idea why VisualPSX and all the other scenery injectors are not correcly showing the traffic. The TCAS in PSX is. And the traffic does get correctly re-broadcast as evidenced by my other program, the DFDR, correctly playing back traffic from DFDR files.
I've sent the details on how to implement even better traffic from the data RealTraffic provides, but I think Garry is away at the moment and can't work on it, and I haven't heard from the other ones.
Cheers
- Balt
The first thing to do is determine why PSX is not sending correct traffic data to addons when RealTraffic is injecting into it. Apparently there has been some improvement with your latest release. Try monitoring PSX output to confirm that all fields are being sent correctly. As you have noted, I can't check this myself for a while yet, but as nothing has changed in TrafficPSX there must be a glitch with PSX traffic output when RealTraffic is running.
Looking at the data is interesting. When PSX creates the traffic data, it sends a Qs450 every 5 seconds. Each of the airplane positions changes. If we're looking at this from the recorded data, that's what it looks like:
Qs450=0.6549857109708508;-2.134206123095403;59276;31357;0.653265667228483;-2.1474918018750317;60427;6470;0.6495558449936808;-2.139686180255598;42274;1753;0.6505521338880729;-2.1381692556528193;58059;1048;0.6482496279859017;-2.1319077039460144;62277;33782;0.6590267191943513;-2.1277241401414333;52371;25668;0.6514053660412621;-2.13673783233455;61115;120;
t=0.012s
Qs450=0.6549857109708508;-2.134206123095403;59276;31357;0.653265667228483;-2.1474918018750317;60427;6470;0.6495558449936808;-2.139686180255598;42274;1753;0.6505521338880729;-2.1381692556528193;58059;1048;0.6482496279859017;-2.1319077039460144;62277;33782;0.6590267191943513;-2.1277241401414333;52371;25668;0.6514053660412621;-2.13673783233455;61115;120;
t=2.626s
Qs450=0.6550748175729859;-2.134324208522493;59264;31357;0.6532911813013398;-2.1474238002396264;60415;6470;0.6496129139109835;-2.1396635359266956;42261;1753;0.6506182204419384;-2.1381538828084246;58047;1048;0.6483046464585882;-2.1319358424272563;62264;33782;0.6590108808819751;-2.127808801677147;52359;25668;0.6514647263532861;-2.136736257038234;61103;120;
t=7.656s
Qs450=0.6552462472208882;-2.1345514124451324;59241;31357;0.6533402670976561;-2.147292970098574;60392;6470;0.6497227071722795;-2.1396199683873673;42238;1753;0.6507453624768887;-2.1381243052565244;58024;1048;0.6484104949279826;-2.1319899805471767;62241;33782;0.6589804100043127;-2.127971676668487;52335;25668;0.6515789279635275;-2.1367332261700307;61079;120;
t=12.710s
Qs450=0.6554180518363079;-2.1347791433710164;59218;31357;0.6533894602590554;-2.1471618488582864;60368;6470;0.6498327405857601;-2.1395763019053753;42215;1753;0.6508727826112912;-2.1380946601361606;58000;1048;0.6485165749210091;-2.1320442414410223;62218;33782;0.6589498724758203;-2.1281349040618363;52312;25668;0.651693379368502;-2.1367301884074594;61056;120;
t=17.727s
Qs450=0.6555895837457529;-2.1350065428289637;59194;31357;0.6534385753360022;-2.1470309308204536;60345;6470;0.6499425993430206;-2.139532701092425;42191;1753;0.651000000491506;-2.1380650592014288;57977;1048;0.6486224865330795;-2.1320984205585756;62194;33782;0.6589193834194916;-2.1282978685131173;52288;25668;0.6518076491045817;-2.1367271552021254;61032;120;
t=22.744s
Qs450=0.6557606725152342;-2.1352333846839944;59171;31357;0.6534875635281054;-2.1469003461020897;60322;6470;0.6500521742841902;-2.1394892092947355;42168;1753;0.6511268897087932;-2.1380355318827657;57954;1048;0.6487281245265075;-2.132152464038108;62171;33782;0.6588889731341427;-2.1284604081197323;52265;25668;0.6519216236287043;-2.136724129569581;61009;120;
t=27.775s
Qs450=0.6559320680750724;-2.1354606632532445;59147;31357;0.6535366395639528;-2.1467695223086602;60298;6470;0.6501619457134651;-2.1394456358745026;42145;1753;0.6512540064619748;-2.1380059487529692;57930;1048;0.6488339519482926;-2.1322066087686906;62148;33782;0.658858508315658;-2.1286232353518697;52242;25668;0.6520358025303342;-2.1367210982475546;60986;120;
On the other hand when RealTraffic injects the data, PSX seems to echo the data twice (why is it doing that?) and it only updates every 9 seconds (whenever RealTraffic injects new positions).
t=0.023s
Qs450=0.6564757875813882;-2.136118063742696;0;27753;0.6564483348564225;-2.136070920296789;0;20577;0.656563194;-2.135968845;0;10847;0.6565560725870722;-2.1359415686449825;0;25442;0.6600121571120922;-2.135806699505176;105377;33780;0.658179034402288;-2.133286014521878;-6;31073;0.6582720267832636;-2.133149650668699;0;11707;
Qs450=0.6564757875813882;-2.136118063742696;0;27753;0.6564483348564225;-2.136070920296789;0;20577;0.656563194;-2.135968845;0;10847;0.6565560725870722;-2.1359415686449825;0;25442;0.6600121571120922;-2.135806699505176;105377;33780;0.658179034402288;-2.133286014521878;-6;31073;0.6582720267832636;-2.133149650668699;0;11707;
t=7.384s
Qs450=0.660080032;-2.135836200;105750;33800;0.656475928;-2.136117198;0;24100;0.656446257;-2.136071820;0;20300;0.656563194;-2.135968845;0;25500;0.656557958;-2.135937429;0;26100;0.657373027;-2.135066510;18200;4300;0.658181114;-2.133289765;0;30900;
Qs450=0.660080032;-2.135836200;105750;33800;0.656475928;-2.136117198;0;24100;0.656446257;-2.136071820;0;20300;0.656563194;-2.135968845;0;25500;0.656557958;-2.135937429;0;26100;0.657373027;-2.135066510;18200;4300;0.658181114;-2.133289765;0;30900;
t=16.469s
Qs450=0.660310416;-2.135932193;109250;34300;0.656465456;-2.136111962;0;17100;0.656442766;-2.136073565;0;19800;0.656563194;-2.135968845;0;7400;0.656557958;-2.135935684;0;25500;0.657456803;-2.134984479;19890;4200;0.658195077;-2.133310709;0;31200;
Qs450=0.660310416;-2.135932193;109250;34300;0.656465456;-2.136111962;0;17100;0.656442766;-2.136073565;0;19800;0.656563194;-2.135968845;0;7400;0.656557958;-2.135935684;0;25500;0.657456803;-2.134984479;19890;4200;0.658195077;-2.133310709;0;31200;
t=25.432s
Qs450=0.660399428;-2.135956628;111000;34700;0.656465456;-2.136111962;0;17100;0.656563194;-2.135968845;0;25500;0.656439276;-2.136071820;0;16400;0.656557958;-2.135933939;0;24400;0.657456803;-2.134984479;19890;4200;0.658200313;-2.133315945;0;31500;
Qs450=0.660399428;-2.135956628;111000;34700;0.656465456;-2.136111962;0;17100;0.656563194;-2.135968845;0;25500;0.656439276;-2.136071820;0;16400;0.656557958;-2.135933939;0;24400;0.657456803;-2.134984479;19890;4200;0.658200313;-2.133315945;0;31500;
I have upped the refresh rate of the RealTraffic data to 5 seconds for testing earlier, but that didn't make a difference, traffic still didn't show up via VisualPSX. I suspect the double sending of the data might be tricking VisualPSX into thinking the traffic isn't moving? Just a wild guess.
Cheers
- Balt
Hi Balt, what do you mean by "to echo"? Where is that "echo"?
|-|
The DFDR is recording everything PSX sends. When PSX makes its own traffic, the Qs450 strings are sent once every 5 seconds, as per above. But when RealTraffic is connected and injecting traffic, two copies of identical Qs450 string are sent separated by less than 10ms (the timing resolution I have arbitrarily chosen in DFDR to mark timestamps) and a maximum of 23ms. This looks like an "echo" to me. Maybe echo is the wrong word... it looks like PSX retransmits the traffic messages twice.
Cheers
- Balt
Quote from: Balttwo copies of identical Qs450 string are sent
Sent to which program?
To the DFDR?
Are you sure the double injection is generated by PSX and not by RealTraffic?
|-|
Sorry I thought that was evident... let me explain:
PSX has one client always connected for these tests: DFDR. DFDR records everything sent to it, and if the time elapsed between messages is larger than 10ms, it records a timestamp as well. That's how I'm timing the Qs450 messages being received by DFDR above.
When PSX generates its own traffic, one Qs450 message is received every 5 seconds.
When RealTraffic is connected, DFDR receives two identical Qs450 strings every 9 seconds, the injection interval of RealTraffic.
I just saw your edit, and that's a good question. I can't imagine why I'd be sending two traffic strings. I'll double check.
Cheers
- Balt
Hardy, I just had a look. RealTraffic positively sends the Qs450 string only once per 9 seconds.
Cheers
- Balt
I think I have found the cause of the double ejection, and it should be eliminated now in 10.0.2.
This double effect was in TfcPos and also in TfcVel.
Cheers,
|-|ardy
A minor problem in RealTraffic 1.0 beta: When the server disconnects or quits, and restarts, RealTraffic cannot reconnect until RealTraffic is relaunched.
RealTraffic 1.1.14 is now out. It automatically reconnects now when PSX goes away, or when PSX is not there when it starts.
Hardy: This is the second production release, i.e. no longer beta.
Cheers
- Balt
Balt, I'll put a link to your add-ons on the Aerowinx site as soon as my head is free :-)
Cheers,
|-|ardy
Thanks Hardy!
Question: Would it be possible for us addon developers to receive a pre-release 10.0.2 copy to make sure all works as expected? Otherwise it could be a rather mad rush to fix things in case the release breaks anything.
Cheers
- Balt
Hi Balt,
thanks again for your efforts to get RealTraffic running.
But, maybe I'm wrong, I think the lines(contrails) behind the targets should be to the opposite direction.
Regards Robert
Hi Robert,
They're not contrails, they're trend vectors, they show where the airplane will be in about 1 minute if speed and direction are maintained. It's all a matter of perspective. You'll get used to it... ;)
Balt
O.K
Hi all,
I discovered a flaw with how the address for the traffic broadcasts was derived. That's fixed now for both the Foreflight connector and RealTraffic. Please download the updates. And also note the changed URL: http://www.inside.net/ss/ where ss = simulation software.
I also improved the website a little bit, more coherence between the appearance of the products, and a clear statement what was changed between the versions. I was a bit sloppy beforehand.
Hardy: When you place a link to the Addons page, just send them to the /ss page please. Thanks!
Cheers
- Balt
Thanks Balt. Still nothing visible on P3D with the new PSX beta by the way..
Britjet..
I see them but intermittently, it sort of flashes on and off again. This is on the latest version
Hi guys,
sorry 10.0.2 doesn't solve it. I just tested 10.0.2 beta 1 and it no longer sends the double Qs450 messages when traffic is being injected. So that appears to not be the problem, sorry.
I really need the input from one of the scenery plugin developers, they're the only ones who can track the traffic data as it makes its way across the network and into the various components that need to know about it... Sorry I can't be of more help with this.
Cheers
- Balt
Hi Balt,
Good news! I've been able to check the TrafficPSX code and found a condition I had forgotten about. I use the PSX traffic mode variable to set external mode when injecting from FSX, but I also check that it is set to one of the PSX output values before accepting traffic from PSX. So it was rejecting all traffic resulting from injection. When I removed the condition I started seeing traffic in the TrafficPSX display.
So good data are being sent from PSX when you inject traffic into it. I will release an update to TrafficPSX soon.
RealTraffic is impressive. Congratulations!
Cheers,
Garry, I'm glad to hear that, thanks for looking into this!
Cheers
- Balt
Is the developer of Xview able to have a look into the traffic generation issue too?
G'day Balt,
Firstly, thanks so much for this brilliant add-on.
I had a thought/suggestion that I wanted comment on.
When operating close to a major airport, RealTraffic is picking up (understandably) aircraft on the ground near to my location. Sometimes to the extent that almost all the 7 `slots' available for injection to PSX are taken up with ground traffic. It may mean that aircraft on final approach to my rwy will not display (or only at the last minute) when I am at the holding point.
Just wondering if an option to filter out ground aircraft (possibly those below some nominal groundspeed value) could be included when building the list of aircraft to be injected?? I do appreciate that the scenery generator people will want to have ground aircraft included hence my suggestion of it being a selectable filter.
thanks again for your hard work
Scud
Hi scud
Indeed that's why originally I filtered out ground traffic. I'll make it a selectable option in the next release.
Cheers
Balt
Hi Balt,
I agree with Scud and recommend that you don't send ground traffic to PSX.
When I inject traffic from FSX into PSX I filter it on these criteria:
. airborne
. within 40 nm laterally
. within 7000 ft vertically
If there are more than seven aircraft in range after filtering I select them on slant distance from PSX, that is by using both lateral and vertical distances.
——————
I have now had time to examine the traffic output from PSX when RealTraffic is injecting and have found some problems in your output. I experienced the same ones at first and found the solution by discussions with Hardy, but the details haven't made it into the documentation.
Two conditions have to be applied to injected traffic data because PSX cannot identify individual aircraft, there being no call signs in the data string. The conditions are:
. When an aircraft is assigned to one of the seven slots it must remain in it and not move to another slot. This enables PSX to track and display it correctly. The slots don't relate to how close the aircraft is to PSX.
. When an aircraft is no longer in the selected seven PSX must be advised by sending empty data (all zeros) for that slot before using it for another aircraft. So two cycles are required to replace one aircraft with another. If aircraft leave and are not replaced then some slots will become and remain empty.
——————
The TfcVel output contains errors. If PSX is generating it instead of RealTraffic then errors would be expected with aircraft changing without notice. The table below shows some captured data:
Slot Lat deg Lon deg Alt MSL Track ft/min deg/sec kt
1 -34.1038 151.2079 2899 36 0 0.00 0
2 -34.1130 151.1988 2170 15 -1078 -0.10 304
3 -33.9727 151.1928 781 122 15384 -15.20 148
4 -34.1018 151.1004 5225 212 0 -3.39 0
5 -34.1451 151.2699 2289 290 0 0.00 0
6 -33.9422 151.1769 0 344 0 -0.31 15
7 -33.9408 151.1767 0 345 0 0.00 11
1 -34.1038 151.2079 2899 36 0 0.00 0
2 -34.1086 151.2004 2175 15 -1078 -0.10 304
3 -33.9711 151.1915 0 165 15384 -15.20 148
4 -34.1451 151.2699 2289 290 0 -3.39 0
5 -34.1180 151.0896 4925 208 0 0.00 0
6 -33.9424 151.1770 0 345 0 -0.31 15
7 -33.9410 151.1767 0 345 0 0.00 11
1 -34.0987 151.2036 2125 15 0 0.00 0
2 -34.1038 151.2079 2899 36 -1078 -0.10 304
3 -33.9713 151.1919 0 106 15384 -15.20 148
4 -34.1451 151.2699 2289 290 0 -3.39 0
5 -33.9426 151.1787 0 165 0 0.00 0
6 -33.9414 151.1768 0 345 0 -0.31 15
7 -34.1304 151.0875 4725 182 0 0.00 11
1 -34.0913 151.2061 2075 15 0 0.00 0
2 -33.9712 151.1925 0 81 -1078 -0.10 304
3 -34.1451 151.2699 2289 290 15384 -15.20 148
4 -33.9432 151.1789 0 165 0 -3.39 0
5 -33.9409 151.1766 0 345 0 0.00 0
6 -34.1304 151.0875 4725 182 0 -0.31 15
7 -34.0274 151.3469 5761 160 0 0.00 11
Cheers,
For others following this thread, the current version of TrafficPSX has a condition that prevents it responding to external traffic inputs so you still won't see traffic in FSX if Balt provides an update to RealTraffic.
When I have tested any updates to RealTraffic and made the required changes to TrafficPSX I will release an update to TrafficPSX.
Hi Balt,
thanks for considering that filter. Much appreciated!
chrs
Scud. 8)
I've just started using Real Traffic, connected to PSX and no external visuals. When I'm near an airport planes keep flying at me and turning away at the last minute. They're not showing up on the RT display. Have I set something incorrectly within PSX? M
Hi Garry and Balt!
Aaaah, yep, I had thought about the "slot" problem: an aircraft shouldn't jump from slot to slot! RealTraffic is amazing, but, of course, when moving, the other "closest aircraft" seems to always become slot #1... leading to (sometimes) traffic rushing through the windshield at an incredible speed (!), as #1 isn't the same (real) aircraft, as (maybe) #1 and #2 have been swapped...
Hope you can sort it out, Balt! Looks like Garry's logic to "stick" an aircraft to its slot will be fine...
Hi guys,
indeed, that's been on the todo list for a while... I'll get to that soon I hope!
Cheers
- Balt
Hello chaps,
I've implemented a traffic filter allowing you to either select to show air, ground or both traffic, or to automatically select based on TAS. If TAS > 30 kts, air traffic will be displayed, else ground traffic.
I hope that scratches most of your itchings in the interim... still working on maintaining the same slot for the same traffic for the PSX injection.
Cheers
- Balt
Hi Balt,
Choices, choices, thank you very much.
Regards,
Frans
Great stuff mate.
Thanks again for implementing.
Scud.
This is a fantastic addon. It may seem like something simple but I'm getting a real kick out of seeing those blips on my screen and knowing that they're real aircraft! Thank you :)
Hi Balt,
I have come rather late to this party.
I have downloaded RealTraffic.jar but when I run it I get a msg saying it is not connected to the internet and bombs out. Are there some installation instructions somewhere for setting ip addresses etc?
Mike
Well, you do require an active internet connection, otherwise it can't fetch traffic. By bombing out, do you mean it crashes? Or does it tell you it doesn't have anything useful to contribute as you appear to be not connected?
In other news, I just tried connecting from here as well and received the same error. Looks like perhaps the data servers are having a problem. Let me know if it persists.
Cheers
- Balt
Says it doesn't have anything to contribute. Yes, I have an active internet connection. I will try again later.
Thanks,
Mike
Same here when I started the next phase of my fight earlier this evening.
Mind you, I was excited to be flying within twenty miles of the real G-CIVR a couple of days ago.
Still getting the message:
Unable to obtain real world traffic. Are you connected to the internet? Sorry, no option but to terminate.
To launch it I have just double clicked on the .jar in Windows explorer. Am I missing some configuration file or can your software detect my router automatically and assumes PSX is on 127.0.0.1:10747 etc?
Just a thought:
Would it be possible to send the data directly to XView? I could make the interface look just like the PSX main server or I could just take a data stream in some agreed format. It would need an option to alter the ip addresses. The reason for this is that smoothing of the data is required to get planes moving realistically in the scenery world and it would be easier if this was done in one place rather than PSX do some, then I smooth the PSX data before pumping it into X-Plane.
Cheers,
Mike
Ok chaps, problem solved. Download the updated jar and it'll work again, at least for now.
Cheers
- Balt
Quote from: mikeindevonJust a thought:
Would it be possible to send the data directly to XView? I could make the interface look just like the PSX main server or I could just take a data stream in some agreed format. It would need an option to alter the ip addresses. The reason for this is that smoothing of the data is required to get planes moving realistically in the scenery world and it would be easier if this was done in one place rather than PSX do some, then I smooth the PSX data before pumping it into X-Plane.
You can do that by reading the foreflight broadcast output sent by the RealTraffic plugin. Just listen for the UDP packets as described here:
https://www.foreflight.com/support/network-gps/Once you have that implemented, I'm happy to rename the checkbox "Broadcast Foreflight/Visual PSX data" :-)
Cheers
- Balt
whats the update to v2 include?
continued support and your much appreciated contribution to a couple of beers at Sydney prices each year... ;-)
Cheers
- Balt
Hi Balt,
Since a day I do not see any traffic in Real Traffic 3.0.2 (Total traffic in area: 0). Before it was good.
I've re-installed and checked my firewall but no luck.
Could there be a server problem, or what do you think?
Regards,
Nico
Hi Nico
I'm currently travelling, might get a chance to look at it later today. I'm not aware of any server issues.
Cheers
Balt
Hi Nico,
as promised back at the hotel, just did a quick check and ran the current version, 3.0.2 just now, works fine, all over the world. Traffic is shown. Can you try again please, and make sure you are running v 3.0.2 please.
I'm back at work in two days, I can give you better support from home. Can you please email me at balt at inside dot net if it still doesn't work.
Cheers
- Balt
Hi Balt,
Thx for the information. I'm running 3.0.2 but no traffic. Will mail you if it is still the same in two days.
Cheers,
Nico
Hi Balt.
I'm glad to tell you it's alive again.
It looks to me it had something to do with the sequence in which I pushed the buttons in the settings window. Note that I'm experimenting with using the Foreflight stream to create liveries in P3D, so I checked Broadcast to Foreflight and after that I had to check and uncheck some of the three checkboxes in the last line to get it alive.Don't know if this is useful to you, but just to let you know.
Regards,
Nico
Hi Balt,
I'm using the 'Broadcast traffic to ForeFlight' in order to generate the right liveries in P3D.
Today I found something strange:
It looks to me that the airborn field is always 1, so as well on the ground as in the air.
Here a few lines of ground traffic:
XTRAFFICPSX,124451586,52.3062,4.7734,0,0,1,14,10,BAW430(A321)
XTRAFFICPSX,124451881,52.3046,4.7702,0,0,1,329,27,KLM12P(B739)
XTRAFFICPSX,124402749,52.3031,4.7425,0,0,1,67,31,SQC7955(B744)
and here a few lines of Air TFC:
XTRAFFICPSX,124450316,50.8439,3.9054,14850,-2432,1,65,373,IBE32SL(A320)
XTRAFFICPSX,124457977,51.2068,6.9037,9725,896,1,84,245,BER166H(DH8D)
XTRAFFICPSX,124454577,50.8391,3.7435,39000,0,1,104,455,DLH1JT(A319)
Could you have a look at it?
Regards,
Nico
Hi Balt,
Here another observation:
According to this specification https://www.foreflight.com/support/network-gps/ (https://www.foreflight.com/support/network-gps/) the Altitude should be above MSL.
However, I've noticed that in your Foreflight stream this is not the case. When aircraft land at Frankfurt for instance, the altitude counts down to 0, while EDDF is not at sea level ... So in P3D the aircraft dives into the ground. Altitude in meters above MSL would be much nicer to have. Thats also important for keeping cruize level...
Regards,
Nico
Hi Nico,
sorry I just checked this thread after replying to your email, and while I am subscribed to receive notifications when new posts appear in this topic, I don't seem to be getting them. Has anyone else not been getting notification emails?
Just as a brief response to your altimeter statement about foreflight requiring altitude in meters MSL: The altitudes broadcast in ADS-B are always in reference to standard atmosphere, i.e. 1013.2 hPa, which is flight level rather than altitude. So the altitudes you get from the ADS-B systems are only accurate if the mean sea level pressure at the location of the aircraft happens to be 1013.2 hPa. For any other pressures, the altitude will be off by roughly 30ft/hPa (showing too low if the pressure is higher and vice versa).
They are broadcast in meters (not feet or hectofeet for FL) as per their specification. You're going to have to read PSX's QNH setting and do the altitude conversion yourself (and assume that internet real weather is working and updating).
Cheers
- Balt
Balt,
Thx for that explanation, next observation
Quote from: Balt on Sat, 19 Sep 2015 09:31
They are broadcast in meters (not feet or hectofeet for FL) as per their specification.
In your broadcast I'd say that you are using
feet, see the example two posts earlier.
39000 meters looks a bit too high to me ;-)
Cheers,
Nico
You are correct. I suspect the foreflight documentation isn't telling the truth and nothing but the truth...
Quote from: kiek on Mon, 14 Sep 2015 09:57
Hi Balt,
I'm using the 'Broadcast traffic to ForeFlight' in order to generate the right liveries in P3D.
Today I found something strange:
It looks to me that the airborn field is always 1, so as well on the ground as in the air.
Here a few lines of ground traffic:
XTRAFFICPSX,124451586,52.3062,4.7734,0,0,1,14,10,BAW430(A321)
XTRAFFICPSX,124451881,52.3046,4.7702,0,0,1,329,27,KLM12P(B739)
XTRAFFICPSX,124402749,52.3031,4.7425,0,0,1,67,31,SQC7955(B744)
and here a few lines of Air TFC:
XTRAFFICPSX,124450316,50.8439,3.9054,14850,-2432,1,65,373,IBE32SL(A320)
XTRAFFICPSX,124457977,51.2068,6.9037,9725,896,1,84,245,BER166H(DH8D)
XTRAFFICPSX,124454577,50.8391,3.7435,39000,0,1,104,455,DLH1JT(A319)
Could you have a look at it?
Regards,
Nico
Hi Balt,
Any news on this?
Another question:
Could you consider to make an option in RealTraffic such that it
only broadcasts the Foreflight stream based on the PSX location, so not sending 7 aircraft to PSX?
The reason for asking is that my program generates air traffic in P3D 9 seconds behind real time. That's because I need two locations for an Aircraft in order to generate a vector. Otherwise you do not get it smooth with these long update intervals of 9 seconds. Now it's looking great, but the traffic in the PSX TCAS is 9 seconds ahead of the traffic in P3D...
While my program already is able to send traffic to PSX (doing that for VATSIM traffic), I can easily send the best 7 from RealTraffic to PSX and everything will be in sync. I also have a CDU subsystem application that gives you the details of these 7 aircraft.
Best Regards,
Nico Kaan
Hi Nico,
sorry I forgot to reply. Yes the airborne field is always 1.... I don't have a readily available way to determine that from my data sources. In ADS-B that's a standard field, but in my data sources it isn't. So there's no reliable way to determine airborne status.
I'll think about implementing to option you're asking for. I might have an hour's time later this weekend. I'll get back to you.
Cheers
- Balt
Quote from: Balt on Sat, 3 Oct 2015 13:50
I'll think about implementing to option you're asking for. I might have an hour's time later this weekend. I'll get back to you.
Great!
In the mean time here a first video of a 'bridge' in PSXseecon to P3D (work in progress) https://www.youtube.com/watch?v=JvYJ_0ydmAg (https://www.youtube.com/watch?v=JvYJ_0ydmAg).
It shows traffic from RealTraffic in Prepar3D in the right liveries (with lights and gear control).
First a Quantas A388 landing at Heathrow, and then (at 39 seconds) a Boeing 764 Delta flight from Seattle landing at EHAM 18R, with a Boeing 772 KLM coming from Atlanta behind. Near the end of the movie we switch to a departing KLM 737.
In the View Aircraft menu you can see all the airborn aircraft in range listed.
Cheers,
Nico
Very nice product! I have tried it out and love it. The only problem I have with it is that the traffic on ND keeps disappearing for around 30 seconds and then coming back for around 30 seconds all the time. Is this something normal to be seen?
There are several conditions that could be causing this:
- when PSX is not moving, no PSX position is received. This occurs e.g. when paused, or motion is frozen
- slow responses from the traffic servers
- intermittent traffic outages
Cheers
- Balt
Hi Balt,
Realtraffic worked fine for me, but after I upgraded to PSX 10.06b, I only get the message "no traffic". I tried a reinstall, choose other airports etc ... but a no avail. What could be the culprit?
Cheers,
Jos
Strange. Works fine for me with 10.0.6b. Just took off from the Tel Aviv - Hong Kong preset and saw a few local traffics there. Is your RealTraffic connected to PSX?
yes it is connected. I positionned my aircraft at EGLL and KJFK. I just get the red "no traffic" message. My OS is w10 64 bits.
I can't reproduce this behaviour I'm afraid. Tried it on Windows and OS X with 10.0.6b and 3.0.2 and the just released 3.0.3 version of RealTraffic. All work for me.
Are you sure the connection to PSX is working and that PSX is not paused and the aircraft is moving?
Cheers
- Balt
Hi Balt,
Yes, the connection with PSX seems to work and the simulation is not paused. However, I downloaded and installed thelatest version (the standalone one). Now, realtraffic is alive again.
Cheers,
JOs
In the last couple of days I've been having this problem as well and have now also started getting a message at startup saying there's an updated version available.
However, when I download the 'updated' version from the site I still have the same 3.0.2 version that doesn't work (anymore).
I am using the MacOS standalone version... Is the 3.0.3 version not available for my OS?
If so then I will be forced to abandon RealTraffic seeing that I am not a Windows user!
Regards
Simon
Hallo Simon,
my apologies, my automated build process broke and the OSX shared library app didn't update (the standalone version did). I've just updated the DMGs online and they are now the current version 3.0.3, please try again.
Cheers
- Balt
Hallo Balt
Thanks for the quick response!
I've just downloaded v3.0.3 for MacOS and can confirm that my problems with 'no traffic' have now disappeared and all is working again.
Kind regards
Simon
Hi,
Just a question does realtraffic sent traffic to fsx through visual psx/traffic or is there something else to be done for this to work
would be nice to see real traffic in fsx
K
Hi
RealTraffic makes the traffic available for any plugin developers. There's at least one visual system addon that supports this feature, I'm not entirely sure which one as I haven't used this in a while, but I'll take a look later today when home.
Cheers
Balt
Thanks for that nice product
Now even more possibilities for RealTraffic users, see this post about PSXseeconTraffic: http://aerowinx.com/board/index.php?topic=3351.0
Sounds great! I haven't been able to try this yet as I have no suitable Windows setup, but maybe in the new year I can repurpose an older Windows box and try it.
Cheers
Balt
Hi Balt,
After playing with PSXseeconTraffic for a while, I've noticed that the updates of traffic data in the ForeFlight stream occur EDIT 2 3 times after about 8.5 seconds and then 1 time after about 17 seconds. This is a repeating pattern. Why is this, why not at regular intervals?
And another question. How do I have to inpret the latitude and longitude in these data? A) As being the position at the time of receival or B) as a position in a fixed timeframe?
There is no time info in the data so at the moment I process the data according to A) but this gives irregularities in the movement of the aircraft, i.e. the "speed/movement" of cruizing aircaft changes between these intervals of about 8,5 seconds.
Best regards,
Nico
Hi Nico,
The data is valid at the time it was received. There indeed are no timestamps, and I make no extrapolation of the data.
I'm not sure why there are update irregularities as you observe, it should update the positions every 10 seconds.
Cheers
- Balt
Quote from: Balt on Thu, 14 Jan 2016 12:53
it should update the positions every 10 seconds.
That's certainly not the case. I measured again, its two times about 8.7 seconds and then about 18 seconds.
Here is a sample:
... - 8.0 - 17.9 - 8.7 - 8.7 - 17.7 - 9.0 - 8,7 - 18.3 - 8.7 - 8.3 - 18.0 ...
Could you have a look at your code?
Cheers,
Nico
Related with Nagle's algorithm perhaps? Probably not.
|-|
Quote from: Hardy Heinlin on Fri, 15 Jan 2016 09:14
Related with Nagle's algorithm perhaps?
No, the information exchange between RealTraffic and PSXseeconTraffic goes locally via
UDP.
Nico
I don't think Nagle has anything to do with this, but internet network latency in general will, as will latency by the flight tracking site.
The update algorithm thread in RealTraffic fetches new data if more than 9000ms have elapsed since the last query, or if no query has ever run. It is possible that at times of lots of network traffic, the traffic server times out.
But more importantly, the times you are reporting cannot be correct, as an update will never fire at 8700ms intervals... it takes at least 9000ms + latency of the traffic fetching, usually another 1 second or so. The general order of your observations however is correct: it's going to be multiples of ~9s.
Can't you time stamp the data when you receive it and extrapolate from there?
Cheers
- Balt
Hi Balt,
Quote from: Balt on Sat, 16 Jan 2016 01:29
The update algorithm thread in RealTraffic fetches new data if more than 9000ms have elapsed since the last query, or if no query has ever run. It is possible that at times of lots of network traffic, the traffic server times out.
It seems very unlikely to me that these "times out" always happen in a fixed pattern. In all my logs I see that I get data after +/- 9 secs, then after +/- 9 secs and then after +/- 18 seconds, and this pattern is repeating again and again...
Quote from: Balt on Sat, 16 Jan 2016 01:29
But more importantly, the times you are reporting cannot be correct, as an update will never fire at 8700ms intervals... it takes at least 9000ms + latency of the traffic fetching, usually another 1 second or so. The general order of your observations however is correct: it's going to be multiples of ~9s.
This 8700 ms was computed based on my internal software clock which was running a little bit too fast, after some adjustments I get +/- 9 seconds.
Quote from: Balt on Sat, 16 Jan 2016 01:29
Can't you time stamp the data when you receive it and extrapolate from there?
I already do that because I buffer incoming data 40 seconds and give them time stamps based on receival. But it looks to me that I may be have to reposition the incoming data in a fixed pattern of 9 seconds, to get rid of delays.
But even then I get strange disruptions. An aircraft flying cruize at a fixed ground speed with a fixed heading crosses say 1.2 nm in 9 seconds, but in the next leg of 9 seconds it crosses only 0.4 nm...(based on the lat/lon data). How come ???
Cheers,
Nico
Hi Balt,
Quote from: Balt on Sat, 16 Jan 2016 01:29
The update algorithm thread in RealTraffic fetches new data if more than 9000ms have elapsed since the last query, or if no query has ever run. It is possible that at times of lots of network traffic, the traffic server times out.
Any ideas yet why your program outputs traffic data in the ForeFlight stream in a fixed (repeated) schema of 9 secs, 9 secs and 18 seconds?
This means that I miss every third datapoint. When taxiing, 18 seconds before a new update is very long.
My Android FlightRadar24 app shows new data every 8/9 seconds ...
If it is not your program, maybe you could ask your data-provider why this happens (especially if this is a payware service).
Cheers,
Nico
Can anyone access the site to download?
Nope, the site is down atm. I was enquiring for registering ....
Andrea
I've just sent Balt an email about this.
Thanks for letting me know. Our hosting department's been having issues in the past weeks. The server should be up again now.
Cheers
- Balt
RealTraffic v5 is now in BETA and can be downloaded from here: http://www.inside.net/ss/realtraffic-for-psx/ Version 5 allows you to select any time offset within 48h of the present time and that's the traffic you can then fly with.
While the vast majority of all users are flying RealTraffic in the P3D and FSX worlds thanks to Nico's fantastic PSXseecontraffic addon, let's not forget that it was originally written for, and still is written for the mother, father, godfather, and bestest of all desktop simulators, PSX!
Enjoy!
In the beta test it turned out that PSXseeconTrafic also needs the historical QNH, otherwise aircraft may not land and take-off correctly. Balt and I are working on a solution.
The solution has been found, use PSXseeconTraffic v7.0 beta and RealTraffic 5.0.4 beta.