AbracaDABra - multiplatform SDR for RTL-SDR USB sticks

[KejPi]

Thanks for the new version.

Code: Alles auswählen

commit 8cf2ecec3f4ef2a8e5e6eb04bfa50dca828e6b7b (HEAD -> main, origin/main, origin/HEAD)
Author: Petr Kopecky <xkejpi@gmail.com>
Date:   Sun Dec 10 21:01:43 2023 +0100

I will test it. The SPI is loading automatically. Let's see, if the 64 logos are processed ...

It did only fix the problem of SPI service not being started automatically. It will not help with anything else.

[Drehrumbum]

File is uploaded, check PN.

[andimik]

I am currently uploading a new zip file. Please try in around 1 hour.

Try

Code: Alles auswählen

cat ./austria_bundesmux.eti | odr-dabmod -f /dev/stdout -F u8 > austria_bundesmux.raw

[Austria MV]

I sent a message with a dropbox link to KejPi. (PN)
I found a lot of pictures in AbracaDABra\cache\...

[andimik]

Vom ORS Mux?

Hm. Hast du die gleichen Einstellungen wie oben im Screenshot? Nur das erste Häkchen, oder?

Ich werde demnächst alle Muxe über Satellit testen.

[Drehrumbum]

It crashes (ACCESS_VIOLATION) because r8 contains garbage, not a valid pointer. And rbx points to a memory area which contains "whatever" - not an array of pointers. The memory-window shows this area were rbx points to, the current value of r8 is marked blue. Its a function in libdabsdr,dll with one argument (in rcx at function entry). This argument is wrong and triggers the error.

You can reproduce this crash very fast (< 1 min) when the SNR-ratio is low enough and troggles between red and yellow and the program has lost and found the sync for several times. It's around 5dB.

[KejPi]

The problem is that I do not have such weak signal with SPI. There is not SPI transmission in Czech Republic, I have only few recorded files that are not causing any problem. @AustriaMV kindly shared the recording, I will download it in the evening and hope to be able to reproduce the crash. It should not be a problem to fix it once I am able to reproduce it.

EDIT: I can finally reproduce the crash using recording. I hope I could provide a fix tonight, stay tuned

[KejPi]

AbracaDABra 2.3.3 has been released

Changes:

• DABSDR 2.5.2 fix of the crash when decoding data service in weak signal (thanks to @AustriaMV for sharing the recoding)
• fix: RTL_TCP SW AGC (it should work with rtl_tcp implementation be old-dab)
• fix: SPI application logos with relative path (thanks to @andimik for sharing the recording)
• SPI application logos should load faster (thanks to @Drehrumbum for recording)

You can download binaries here: https://github.com/KejPi/AbracaDABra/re ... tag/v2.3.3

Arch Linux users can install AbracaDABra from AUR

If you have any problem please report here or enter new issue on GitHub

NOTE: If you do not like to see service logos, you can disable them by disabling SPI application in Settings and deleting application cache (cache location is platform dependent, see https://github.com/KejPi/AbracaDABra#sp ... d-radiodns)

Thanks to everyone who reported problems and shared recordings!

[KejPi]

I am currently uploading a new zip file. Please try in around 1 hour.

Try

Code: Alles auswählen

cat ./austria_bundesmux.eti | odr-dabmod -f /dev/stdout -F u8 > austria_bundesmux.raw

Thanks for sharing the recording, it helped me to understand the problem and hopefully fix the issue in 2.3.3.

[andimik]

Thanks for the new debug messages

Code: Alles auswählen

23:00:15.805 [I] SPIApp: 0: MOT directory NOT complete (decoded 2 / 65)
 ...
23:11:55.390 [I] SPIApp: 0: MOT directory complete

(there was a transmission error, so it took much longer this time)

The Austrian Bundesmux now has SPI logos in AbracaDABra . There is no need to turn off the internet anymore.

Code: Alles auswählen

~/.cache/AbracaDABra$ find | grep e0a
./e0a3e0.0
./e0a3e0.0/320x240.png
./e0a3e0.0/32x32.png
./e0ad54.0
./e0ad54.0/320x240.png
./e0ad54.0/32x32.png
./e0ad24.0
./e0ad24.0/320x240.png
./e0ad24.0/32x32.png
./e0ad58.0
./e0ad58.0/320x240.png
./e0ad58.0/32x32.png
./e0ad27.0
./e0ad27.0/320x240.png
./e0ad27.0/32x32.png
./e0ad2a.0
./e0ad2a.0/320x240.png
./e0ad2a.0/32x32.png
./e0ac52.0
./e0ac52.0/320x240.png
./e0ac52.0/32x32.png
./e0ad53.0
./e0ad53.0/320x240.png
./e0ad53.0/32x32.png
./e0ac51.0
./e0ac51.0/320x240.png
./e0ac51.0/32x32.png
./e0ad56.0
./e0ad56.0/320x240.png
./e0ad56.0/32x32.png
./e0ac47.0
./e0ac47.0/320x240.png
./e0ac47.0/32x32.png
./e0ad5a.0
./e0ad5a.0/320x240.png
./e0ad5a.0/32x32.png
./e0a3dd.0
./e0a3dd.0/320x240.png
./e0a3dd.0/32x32.png
./e0ad57.0
./e0ad57.0/320x240.png
./e0ad57.0/32x32.png
./e0ad59.0
./e0ad59.0/320x240.png
./e0ad59.0/32x32.png
./e0ad55.0
./e0ad55.0/320x240.png
./e0ad55.0/32x32.png

[Drehrumbum]

Thanks for the new version!

I can confirm
- rtltcp now works as expected (Software gain)
- no crash until now (weak signal simulation; antenna not connected to dongle)

However, with MDR SACHSEN at channel 9A the SPI doesn't work. Look at the screenshot. Waiting... MOT complete... Waiting.... No problems with all other multiplexes.

EDIT: Surprise, surprise - some news from the SPI-service:

Breaking up tonight.

[andimik]

Then please check the cache folder. According to the screenshot (101 files) I guess you will find 25 new directories.

[KejPi]

However, with MDR SACHSEN at channel 9A the SPI doesn't work. Look at the screenshot. Waiting... MOT complete... Waiting.... No problems with all other multiplexes.

If MOT directory is complete, the logos should be displayed. Since they are not, there is still some problem to fix. I will try to analyze the recording you have shared.

[Drehrumbum]

Hi Petr!

After deleting the whole cache-folder, restarting Abra and waiting for 30 minutes, there is absolutey nothing inside of this folder.

If you need a longer IQ-recording, tell me how long it should be (lets's say 15 min or so) and send me a link to your drive.

[KejPi]

I would need a recording that is until AbracaDABra says in the log that MOT directory is complete. Recording should be started immediately after you tune the ensemble so that we are sure there are all objects in MOT directory in the recording. I will share link in PM, thanks in advance.