sdr-trunk install stalls at "starting main application headless"

[kd4e]

This is on a clean install of RaspberryPi Lite (aarch64)
This is what I'm trying to install [(https://github.com/DSheirer/sdrtrunk/releases/tag/v0.6.0)]

sdr-trunk-linux-aarch64-v0.6.0.zip

When I tried to run the install via SSH (from my laptop) it stalled at 67%.
When I tried to run the install at the RPi it stalled at 54%.
I stopped it and ran it again - it stalled at 55%.
Very odd ...
It's a 32g sd card. (See below, not a space problem.)
Any ideas as to where I might look for the cause, please?
Thanks.

Just decided to try again via SSH - it stalled at 55%.

UPDATE 1: Rebooted and tried again, from the RPi - it stalled at 73%.

UPDATE 2: Downloaded and ran the x86_64 version and it ran fine. Then did the same with the aarch64 version of JMBE and it ran fine as well.

QUESTION: Did I need to start with a non-lite version of the OS - because I'm getting no GUI or menu and there's nothing in ./configuration

randy@raspberrypi:~ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.6G     0  3.6G   0% /dev
tmpfs           782M  1.3M  780M   1% /run
/dev/mmcblk0p2   29G  2.0G   26G   8% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M   16K  5.0M   1% /run/lock
/dev/mmcblk0p1  510M   63M  448M  13% /boot/firmware
tmpfs           782M     0  782M   0% /run/user/1000
randy@raspberrypi:~ $ 

Here's the output prior to the stall ...

2024-05-22 16:01:56.789 INFO  i.g.d.s.t.m.TunerManager - LibUsb - starting HotPlug detection  [6MB/124MB 5%]
2024-05-22 16:01:56.821 INFO  i.g.d.s.t.s.api.SDRplay - Loading API Library from default install path: /usr/local/lib/libsdrplay_api.so  [7MB/124MB 6%]
2024-05-22 16:01:56.822 ERROR i.g.d.s.t.s.api.SDRplay - Unable to load SDRplay API library from default install path.  Loading from java system library path  [7MB/124MB 6%]
2024-05-22 16:01:56.824 WARN  i.g.d.s.t.s.api.SDRplay - SDRPlay API library not found/installed on this system.  Ensure the API is installed either in the default install location or the install location is included in the 'java.library.path' JVM property contains path to the library file [libsdrplay_api.so].  Current library path property contents: /usr/local/lib  [7MB/124MB 6%]
2024-05-22 16:01:56.825 INFO  i.g.d.s.t.s.api.SDRplay - API library was not loaded  [7MB/124MB 6%]
2024-05-22 16:01:56.825 INFO  i.g.d.s.t.s.api.SDRplay - API library is not available.  [7MB/124MB 6%]
2024-05-22 16:01:56.862 INFO  i.g.d.s.SettingsManager - SettingsManager - loading settings file [/home/randy/SDRTrunk/settings/settings.xml]  [7MB/27MB 27%]
2024-05-22 16:01:57.917 WARN  i.g.d.v.VectorUtilities - CPU supports maximum SIMD instructions of Species[float, 4, S_128_BIT]  [14MB/27MB 53%]
2024-05-22 16:01:58.377 INFO  i.g.d.p.PlaylistManager - Loading playlist [/home/randy/SDRTrunk/playlist/default.xml]  [12MB/27MB 45%]
2024-05-22 16:01:58.600 INFO  i.g.dsheirer.gui.SDRTrunk - starting main application headless  [15MB/27MB 55%]

[kd4e]

I unzipped the 0.6.1 (Beta), which opens a second version rather than over-writing the first. It appears to make better use of Allocated Memory but CPU resources are still slammed. (This is all per the GUI display.)

It did use the SDRTrunk files set up in 0.6.0

Selecting User Preferences causes the use of Allocated Memory to slam full and everything to slow - and, eventually, freeze - same as 0.6.0

In Audio -> Output/Tones none of the tests for any of the Audio Output Device generated any sound.

It seems that someone who is familiar with java and JMBE needs to provide instructions as to how to solve the "java heap space" problem by increasing the Allocated Memory setting.

Note1: In RPi aarch64 Desktop - with JMBE installed by sdr-trunk, it doesn't recognize java commands.

Note 2: Hardware is a RPi 4b with 8g ram.

UPDATE: On second look - 0.6.1 (Beta) didn't completely stall, like 0.6.0 - The waterfall stalled but I was still able to negotiate the GUI menu. That's an improvement.

[kd4e]

The latest nightly nailed it!
I'm hearing occasional audio (I'm a long ways from the tower).
I did change Identifier Type to "Radio ID".
I have the waterfall disabled.
Java use of the CPU is hovering around 20%.