开云体育

Hi Tim,
I run it on a M1 Max MBP with no issues. ?However I don’t use the ancient java 8. ?Try installing a newer Java Runtime Environment. ?I use the Bellsoft JDK at??however you should probably use the Full JRE from the dropdown on the same page.

Another couple of things for your problem:

1. If it happens again, type ctrl-\ in the Terminal window where you started YAAC. That should cause it to print out the stack traces of all the threads inside the Java virtual machine, so we can see what thread is stuck where.

2. I noted that you are a year and a half behind on your build of YAAC (you're at build 191 from November 2023, and build 209 was released this February [and 210 just this morning in April]). If you still have the problem after manually upgrading YAAC (by unzipping the YAAC distribution file over the existing installation), it will be a lot easier to determine where it is stuck using suggestion#1. I suspect you will have the problem, if it is a system library problem and not an issue in YAAC itself (although in a build that old, there probably are several issues).

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Andrew P. via groups.io <andrewemt@...>
Sent: Wednesday, April 9, 2025 7:25 PM
To: [email protected]
Subject: Re: [yaac-users] OSX Sequoia

Tim,

Is your Mac fully up-to-date? My day-job Mac was crashing a different Java desktop GUI application repeatedly until I applied the latest OS X and Xcode upgrades. Something about the newest Java 8 JRE patches was abusing an OS X system library bug.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Tim Huffaker via groups.io <thuffaker@...>
Sent: Wednesday, April 9, 2025 12:59 PM
To: [email protected]
Subject: Re: [yaac-users] OSX Sequoia

I am running an M1 Mac OSX 15.3.2 and installed it as shown for a Mac. However, my installation froze at the location shown below.

Am I missing a dependency or something to get YAAC running on this Mac.

Please let me know it would be helpful during bad weather.

Tim
KM4ESU


timhuffaker@Mac-mini Yaac % java -jar YAAC.jar

Wed Apr 09 11:54:37 CDT 2025: YAACBootstrap starting...

os.name=Mac OS X

os.version=15.3.2

os.arch=x86_64

locale=en_US

java.version=1.8.0_441

java.class.version=52.0

JVM: Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 25.441-b07

java.class.path=YAAC.jar

Wed Apr 09 11:54:37 CDT 2025: YAACBootstrap finding installation directory....

JSSC found at /Users/timhuffaker/YAAC/lib/jssc-2.9.4.jar

Wed Apr 09 11:54:37 CDT 2025: starting YAAC....

Wed Apr 09 11:54:37 CDT 2025: YAAC initializing on Mac OS X 15.3.2 [x86_64] with Java 1.8.0_441, 8 cores, heap=5331/251392/3728384KWed Apr 09 11:54:37 CDT 2025: YAAC finding installation directory....

JSSC found at /Users/timhuffaker/YAAC/lib/jssc-2.9.4.jar

Wed Apr 09 11:54:37 CDT 2025: load cached preferences....

Wed Apr 09 11:54:37 CDT 2025: YAAC checking if upgrader needs moving....

Wed Apr 09 11:54:37 CDT 2025: YAAC loading CoreProvider....

Wed Apr 09 11:54:37 CDT 2025: CoreProvider instantiated.

activating plugin --core-- name YAAC version 1.0-beta191(13-Nov-2023)

Wed Apr 09 11:54:37 CDT 2025: YAAC loading plugins....

scanning plugin JAR file /Users/timhuffaker/YAAC/plugins/sampleplugin.jar

attempting to load provider class org.ka2ddo.yaac.SamplePluginProvider

loading plugin /Users/timhuffaker/YAAC/plugins/sampleplugin.jar name YAAC Sample Plug-in version V0.1

SamplePluginProvider(org.ka2ddo.yaac.SamplePluginProvider in [file:/Users/timhuffaker/YAAC/plugins/sampleplugin.jar],dep=[])

activating plugin SamplePluginProvider name YAAC Sample Plug-in version V0.1

2025-04-09 11:54:37.984 java[30775:2007008] +[IMKClient subclass]: chose IMKClient_Modern

2025-04-09 11:54:37.984 java[30775:2007008] +[IMKInputSession subclass]: chose IMKInputSession_Modern



Wed Apr 09 11:54:37 CDT 2025: loading core GUI class....

Wed Apr 09 11:54:37 CDT 2025: YAAC raising splash screen....

Wed Apr 09 11:54:38 CDT 2025: load beacon definitions....

Wed Apr 09 11:54:38 CDT 2025: load status definition....

Wed Apr 09 11:54:38 CDT 2025: creating SymAttr objects for 1.0.1...

Wed Apr 09 11:54:38 CDT 2025: filling in text for 1.0.1 symbols...

Wed Apr 09 11:54:38 CDT 2025: set up raw packet data model....

Wed Apr 09 11:54:38 CDT 2025: starting web server...

Wed Apr 09 11:54:38 CDT 2025: YAAC starting main GUI....

Wed Apr 09 11:54:38 CDT 2025: fixing JavaHelp linking...

Wed Apr 09 11:54:38 CDT 2025: setting up common GUI table models...

Wed Apr 09 11:54:38 CDT 2025: starting bulletin board monitor...

Wed Apr 09 11:54:38 CDT 2025: starting firstWindow=map

OpenMap(tm) Version 5.1.15

Copyright (C) BBNT Solutions LLC. All rights reserved.

See for details.



Wed Apr 09 11:54:38 CDT 2025: creating top map toolbar...

Wed Apr 09 11:54:38 CDT 2025: 1744217678759: starting to load symbol images...

1744217685804: finished loading 1.0.1 basic symbol images...

Wed Apr 09 11:54:45 CDT 2025: 1744217685805: done loading symbols.

Wed Apr 09 11:54:45 CDT 2025: adding map scale widget...

Wed Apr 09 11:54:45 CDT 2025: adding blinkenlight panel...

Wed Apr 09 11:54:45 CDT 2025: creating map footer...

Wed Apr 09 11:54:46 CDT 2025: setting up map hot-keys...

Wed Apr 09 11:54:46 CDT 2025: sizing alternate map window...

Wed Apr 09 11:54:46 CDT 2025: YAAC Macifying main menu bar....

registered AboutHandler by Apple proprietary classes

registered QuitHandler by Apple proprietary classes

registered PreferencesHandler by Apple proprietary classes

UI L&F=com.apple.laf.AquaLookAndFeel

Aqua Look and Feel for Mac OS X

sun.swing.DefaultLayoutStyle@19fe4644

System L&F=com.apple.laf.AquaLookAndFeel

Wed Apr 09 11:54:46 CDT 2025: YAAC: GUI instantiated, now setting up GUI....

Tim,

Is your Mac fully up-to-date? My day-job Mac was crashing a different Java desktop GUI application repeatedly until I applied the latest OS X and Xcode upgrades. Something about the newest Java 8 JRE patches was abusing an OS X system library bug.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Tim Huffaker via groups.io <thuffaker@...>
Sent: Wednesday, April 9, 2025 12:59 PM
To: [email protected]
Subject: Re: [yaac-users] OSX Sequoia

I am running an M1 Mac OSX 15.3.2 and installed it as shown for a Mac. However, my installation froze at the location shown below.

Am I missing a dependency or something to get YAAC running on this Mac.

Please let me know it would be helpful during bad weather.

Tim
KM4ESU


timhuffaker@Mac-mini Yaac % java -jar YAAC.jar

Wed Apr 09 11:54:37 CDT 2025: YAACBootstrap starting...

os.name=Mac OS X

os.version=15.3.2

os.arch=x86_64

locale=en_US

java.version=1.8.0_441

java.class.version=52.0

JVM: Oracle Corporation Java HotSpot(TM) 64-Bit Server VM 25.441-b07

java.class.path=YAAC.jar

Wed Apr 09 11:54:37 CDT 2025: YAACBootstrap finding installation directory....

JSSC found at /Users/timhuffaker/YAAC/lib/jssc-2.9.4.jar

Wed Apr 09 11:54:37 CDT 2025: starting YAAC....

Wed Apr 09 11:54:37 CDT 2025: YAAC initializing on Mac OS X 15.3.2 [x86_64] with Java 1.8.0_441, 8 cores, heap=5331/251392/3728384KWed Apr 09 11:54:37 CDT 2025: YAAC finding installation directory....

JSSC found at /Users/timhuffaker/YAAC/lib/jssc-2.9.4.jar

Wed Apr 09 11:54:37 CDT 2025: load cached preferences....

Wed Apr 09 11:54:37 CDT 2025: YAAC checking if upgrader needs moving....

Wed Apr 09 11:54:37 CDT 2025: YAAC loading CoreProvider....

Wed Apr 09 11:54:37 CDT 2025: CoreProvider instantiated.

activating plugin --core-- name YAAC version 1.0-beta191(13-Nov-2023)

Wed Apr 09 11:54:37 CDT 2025: YAAC loading plugins....

scanning plugin JAR file /Users/timhuffaker/YAAC/plugins/sampleplugin.jar

attempting to load provider class org.ka2ddo.yaac.SamplePluginProvider

loading plugin /Users/timhuffaker/YAAC/plugins/sampleplugin.jar name YAAC Sample Plug-in version V0.1

SamplePluginProvider(org.ka2ddo.yaac.SamplePluginProvider in [file:/Users/timhuffaker/YAAC/plugins/sampleplugin.jar],dep=[])

activating plugin SamplePluginProvider name YAAC Sample Plug-in version V0.1

2025-04-09 11:54:37.984 java[30775:2007008] +[IMKClient subclass]: chose IMKClient_Modern

2025-04-09 11:54:37.984 java[30775:2007008] +[IMKInputSession subclass]: chose IMKInputSession_Modern



Wed Apr 09 11:54:37 CDT 2025: loading core GUI class....

Wed Apr 09 11:54:37 CDT 2025: YAAC raising splash screen....

Wed Apr 09 11:54:38 CDT 2025: load beacon definitions....

Wed Apr 09 11:54:38 CDT 2025: load status definition....

Wed Apr 09 11:54:38 CDT 2025: creating SymAttr objects for 1.0.1...

Wed Apr 09 11:54:38 CDT 2025: filling in text for 1.0.1 symbols...

Wed Apr 09 11:54:38 CDT 2025: set up raw packet data model....

Wed Apr 09 11:54:38 CDT 2025: starting web server...

Wed Apr 09 11:54:38 CDT 2025: YAAC starting main GUI....

Wed Apr 09 11:54:38 CDT 2025: fixing JavaHelp linking...

Wed Apr 09 11:54:38 CDT 2025: setting up common GUI table models...

Wed Apr 09 11:54:38 CDT 2025: starting bulletin board monitor...

Wed Apr 09 11:54:38 CDT 2025: starting firstWindow=map

OpenMap(tm) Version 5.1.15

Copyright (C) BBNT Solutions LLC. All rights reserved.

See for details.



Wed Apr 09 11:54:38 CDT 2025: creating top map toolbar...

Wed Apr 09 11:54:38 CDT 2025: 1744217678759: starting to load symbol images...

1744217685804: finished loading 1.0.1 basic symbol images...

Wed Apr 09 11:54:45 CDT 2025: 1744217685805: done loading symbols.

Wed Apr 09 11:54:45 CDT 2025: adding map scale widget...

Wed Apr 09 11:54:45 CDT 2025: adding blinkenlight panel...

Wed Apr 09 11:54:45 CDT 2025: creating map footer...

Wed Apr 09 11:54:46 CDT 2025: setting up map hot-keys...

Wed Apr 09 11:54:46 CDT 2025: sizing alternate map window...

Wed Apr 09 11:54:46 CDT 2025: YAAC Macifying main menu bar....

registered AboutHandler by Apple proprietary classes

registered QuitHandler by Apple proprietary classes

registered PreferencesHandler by Apple proprietary classes

UI L&F=com.apple.laf.AquaLookAndFeel

Aqua Look and Feel for Mac OS X

sun.swing.DefaultLayoutStyle@19fe4644

System L&F=com.apple.laf.AquaLookAndFeel

Wed Apr 09 11:54:46 CDT 2025: YAAC: GUI instantiated, now setting up GUI....

next beta build #210 of YAAC ("Yet Another APRS Client"), created 2025-Apr-09

downloadable from


changes and updates include:
1. stop auto-appending a carriage-return character to position messages.
2. fix NullPointerException for non-GPS stations using compressed-format
position reports, and fix the encoding of speed for GPS-using
stations using compressed format. Add unit tests to build system
so that correct compressed-mode positions will be verified in
regression tests.
3. fix broken hyperlinks in the YAAC source code Javadocs and in the
built-in help files.
4. fix debug category ordering stability and NullPointerExceptions
caused in the debug control plugin.
5. fix startup race condition for loading the digipeat alias catalog.
6. prevent listing national weather message destinations as drop-down
choices for sending APRS text messages.
7. properly handle non-APRS and non-OpenTRAC position messages in the
station histories. Such stations can come from the TAK plugin.
8. fix table update errors for local objects table.
9. fix NullPointerExceptions in Radio View when receiving connected-mode
control packets (S-frames).
10. fix updating of pre-populated drop-down lists for message sending
panels to not get frozen against further updates after the drop-down
is used once.
11. fix ObjectEditor to not allow Save or OK buttons until the edited
Object has a name.
12. fix NullPointerExceptions when sorting station and packet histories
for packets without bodies.
13. fix RailroadStroke so it can be scaled up when a railroad-related
amenity is highlighted on the map.
14. fix sort order on Station/Object list when user chooses to sort by
age.
15. fix match list logic to properly handle clicking on local objects
on the map without any packet history.
16. fix topographic tile download dialog to update the "map" of which
tiles have already been downloaded, so the "map" won't freeze
before finishing the Southern hemisphere.
17. fix OSM rendering bugs for "holes" in a solid Way, and when
rendering shorelines and coastlines that are given the size of
the landmass they surround (rather than the width of the beach
the shorelines identify).
18. some performance improvements for OSM obstruction finder (used by
line-of-sight views and AREDN plugin).
19. improve performance of nearest-point-on-OSM-Way calculator (used
by dynamic objects plugin to fit a route to exact streets).
20. clean up the UI prompts and menu choices to be grammatically correct.
21. fix ADS-B plugin to support the alternate raw packet format provided
by FlightRadar ADS-B receivers (as opposed to the format provided
by the rtl_adsb and dump1090 programs). Add regression unit tests
and debug logging to verify the packet parsing.
22. add support for AREDN node configuration's AGL height value, so
inter-node propagation can be calculated better.
23. fix dynamic objects plugin to properly update the plugin's table
views, and more efficiently fit a coarse set of route vertices to
OpenStreetMap ways (roads, etc.).
24. optionally have dynamic objects route importer extract waypoints
from a GPX file and convert into private APRS Objects on the map.
25. add the debugging option (from a JVM command-line system property)
to number the vertices of a dynamic route on the map.
26. fix Mac OS X "right-mouse-click" issues in repeater finder plugin,
and apply bugfixes in main YAAC station renderer to repeater finder
map.
27. fix inter-plugin linking error for newer Java runtime versions
in the small screen plugin.
28. fix packet rendering of packets received by TAK plugin. Also
fill in reasonable defaults in TAK port configuration panel.
29. fix the built-in help files for the weather alert plugin to
work correctly with the other help files.

Well, this one is sure weird. I finally tracked it down to the OSM Relation#272896, the shoreline of Grande-Terre of Guadaloupe. For some reason (not seen elsewhere for islands in OSM), this shoreline is given a length and width, which is being rendered as the width of the beach along the shoreline, rather than as the length and width of the whole landmass. Since the width of the island is listed as 35000 meters, that draws the shoreline as a stripe that overlaps in the center of the island and extends beyond the coastline into the Caribbean Sea by 17500 meters (yes, over 10 statute miles). Hence the huge brown stain on the map that still has an irregular boundary (an amplified version of what the actual shoreline looks like).

I'm not sure how to fix this, except possibly ignoring OSM width values for shorelines and coastlines (assuming they are infinitely thin at the water's edge halfway between high and low tide).

The boxed-out white area where there should be the Caribbean Sea is still my issues with the osmcoastline utility. I will take another try at fixing that when I bring in the latest snapshot of the OSM data and import it.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Eric H. Christensen via groups.io <wg3k@...>
Sent: Sunday, April 6, 2025 10:23 AM
To: [email protected]
Subject: Re: [yaac-users] Weird rendering of OSM for Guatemala

??♂?This is what happens when I try to compute too late at night. Of course Guadeloupe. ?

73,
Eric WG3K
FM18rpPacket: WG3K@WG3K.#SMD.MD.USA.NOAM
E-Mail: wg3k@...
GPG: D5A62094161B8C5D2A13E96EBA220AE2C4D9A50E


-------- Original Message --------
On 4/6/25 00:07, Andrew P. via groups.io <andrewemt@...> wrote:

Are you sure that's Guatemala in Central America? It looks more like an island somewhere in the southern Caribbean (especially given the border line bubbling around it labeled America/Puerto_Rico timezone). What latitude and longitude were you at?

As for the weird square ocean chop-off, I've been trying to fix that for years. Between the dingbats and vandals breaking coastline segments so the math doesn't work right, plus the peculiar way the osmcoastline utility segments the oceans into pieces that don't exceed maximum vertex counts, I've never gotten a completely correct ocean plotting.

The brown splotch is probably a protected area or marine park; click on it to see what it is identified to be.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Eric H. Christensen via groups.io <wg3k@...>
Sent: Saturday, April 5, 2025 11:00 PM
To: [email protected]
Subject: [yaac-users] Weird rendering of OSM for Guatemala

I'm seeing a very strange rendering of OSM data for Guatemala. I looked at the OSM data and can't figure why it looks so strange (see attached).

73,
Eric WG3K
FM18rp
Packet: WG3K@WG3K.#SMD.MD.USA.NOAM
E-Mail: wg3k@...
GPG: D5A62094161B8C5D2A13E96EBA220AE2C4D9A50E

??♂?This is what happens when I try to compute too late at night. Of course Guadeloupe. ?

73,
Eric WG3K
FM18rpPacket: WG3K@WG3K.#SMD.MD.USA.NOAM
E-Mail: wg3k@...
GPG: D5A62094161B8C5D2A13E96EBA220AE2C4D9A50E

Are you sure that's Guatemala in Central America? It looks more like an island somewhere in the southern Caribbean (especially given the border line bubbling around it labeled America/Puerto_Rico timezone). What latitude and longitude were you at?

As for the weird square ocean chop-off, I've been trying to fix that for years. Between the dingbats and vandals breaking coastline segments so the math doesn't work right, plus the peculiar way the osmcoastline utility segments the oceans into pieces that don't exceed maximum vertex counts, I've never gotten a completely correct ocean plotting.

The brown splotch is probably a protected area or marine park; click on it to see what it is identified to be.

Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of Eric H. Christensen via groups.io <wg3k@...>
Sent: Saturday, April 5, 2025 11:00 PM
To: [email protected]
Subject: [yaac-users] Weird rendering of OSM for Guatemala

I'm seeing a very strange rendering of OSM data for Guatemala. I looked at the OSM data and can't figure why it looks so strange (see attached).

73,
Eric WG3K
FM18rp
Packet: WG3K@WG3K.#SMD.MD.USA.NOAM
E-Mail: wg3k@...
GPG: D5A62094161B8C5D2A13E96EBA220AE2C4D9A50E

I'm seeing a very strange rendering of OSM data for Guatemala. I looked at the OSM data and can't figure why it looks so strange (see attached).

73,
Eric WG3K
FM18rp
Packet: WG3K@WG3K.#SMD.MD.USA.NOAM
E-Mail: wg3k@...
GPG: D5A62094161B8C5D2A13E96EBA220AE2C4D9A50E

That was interesting. Not only was it fixable, but your FlightRadar ADS-B receiver seems to be doing a much better job of receiving ADS-B frames without errors than my old RTL-SDR is. When I added unit test code to verify both packet formats would be accepted, I received no checksum errors on the packets you sent me (except where the CRC was overloaded to carry an identifier in old Mode S packets), but I had a ton of checksum errors coming out of my RTL-SDR. Probably lousy reception here due to terrain (like I can stand in my backyard and look _down_ at the antennas on my house roof, the slope is so steep) and no nearby aircraft because the wind is currently blowing the wrong way for the instrument approach that goes over my house (the few non-erroneous packets I received showed aircraft at 30600 feet altitude when the airport is at 36 feet elevation MSL, so they are probably staying above the Class B airspace).

Anyway, the plugin fix will be released with the next build of YAAC. But if you want to try it now, I've attached the updated plugin file for your convenience. It's in a ZIP file so email filters won't get annoyed; you'll have to unzip it to get the JAR file out to put in your plugins directory.

Andrew, KA2DDO

________________________________________
From: [email protected] <[email protected]> on behalf of Andrew P. via groups.io <andrewemt@...>
Sent: Friday, April 4, 2025 10:00 PM
To: [email protected]
Subject: Re: [yaac-users] ADS-B - FlightRadar24 (FR24)

It was more than a leading symbol, but it was worth it to re-review the ADS-B plugin code, which I haven't looked at for a few years.

________________________________________
From: [email protected] <[email protected]> on behalf of Jamie H via groups.io <wa7jh@...>
Sent: Friday, April 4, 2025 5:21 PM
To: [email protected]
Subject: Re: [yaac-users] ADS-B - FlightRadar24 (FR24)

Andrew,

Before you go through that work, are the packets correct other than the leading symbol?

I have been playing around with the different ADS-B receivers and found some play well together and others do not. FR24 provides it's own build. RF24 has a very clean UI and feeder compensation plan. Not to mention a cool support crew. The reason I like them. So cool if you want to support their feed, but please don't do that work if the work is more than the leading symbol.

It was more than a leading symbol, but it was worth it to re-review the ADS-B plugin code, which I haven't looked at for a few years.

________________________________________
From: [email protected] <[email protected]> on behalf of Jamie H via groups.io <wa7jh@...>
Sent: Friday, April 4, 2025 5:21 PM
To: [email protected]
Subject: Re: [yaac-users] ADS-B - FlightRadar24 (FR24)

Andrew,

Before you go through that work, are the packets correct other than the leading symbol?

I have been playing around with the different ADS-B receivers and found some play well together and others do not. FR24 provides it's own build. RF24 has a very clean UI and feeder compensation plan. Not to mention a cool support crew. The reason I like them. So cool if you want to support their feed, but please don't do that work if the work is more than the leading symbol.

That's interesting. Your raw packet feed records start with '@', but the ADS-B plugin for YAAC expected them to start with '*' (as the rtl_adsb program produces). I will tweak the ADS-B plugin to accept either record prefix; this will be released with the next build of YAAC.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Jamie H via groups.io <wa7jh@...>
Sent: Thursday, April 3, 2025 11:39 PM
To: [email protected]
Subject: Re: [yaac-users] ADS-B - FlightRadar24 (FR24)

[Edited Message Follows]

Andrew,

Thank you for the quick reply.

I see when using PUTTY, via a telnet connection to the PI address and the 30002 port, a stream of stuff, but nothing shows on the YAAC map.

Here is a quick snippet.

@001447DE7C5C8DADBDC123053079CB4820141706;
@001447DED9728DA86E1DEA1D68B8015E88F42120;
@001447DEF05102A18615722A6F;
@001447E0473B02A18615722A6F;
@001447E7F1EF02060D3D67D8CA;
@001447E86ED38DA8A82F9910401F70C0078B4E78;
@001447E9C9938DA56DCF9909098E78080558B521;
@001447ED9BD6020003B71940C3;
@001447F05DDF5DA86E1D4CEC0E;
@001447F376CE8DA8A82F581F3731CD80050D91FD;
@001447F4092F028183B30A4B7B;
@001447F701EA8DA76DF8584307359D8CAD6948AB;
@001447FAA8C38DA76DF8990CD89DD82803B19B7A;
@00144803D71D5DA76DF8EBFD6E;
@00144807DF1302E6141046BB20;
@0014480935055DC0360EFEFEA5;
@0014480D7FEB8DA56DCFEA11A8C0013C0847DFB7;
@0014480FED948DADBDC1F8230006004AB8F03218;
@0014481878818DA5CF82F8230006004AB8551238;
@0014481909928DA86E1D583163E9E0CE725F8F65;
@0014481B160D02C1883015E2AC;

You'd want to connect to port 30002 to get the raw data. YAAC ADS-B decoder plugin processes the raw data itself.

Andrew, KA2DDO
author of YAAC

________________________________________
From: [email protected] <[email protected]> on behalf of Jamie H via groups.io <wa7jh@...>
Sent: Thursday, April 3, 2025 7:00 PM
To: [email protected]
Subject: [yaac-users] ADS-B - FlightRadar24 (FR24)

Has anyone had any luck with using the TCP socket to FLightRadar24?
Here are the options from the connection:
[cid:[email protected]]
If I use Putty and telnet to these, there is data there. Just not sure what data it wants?