AbracaDABra - multiplatform SDR for RTL-SDR USB sticks

[Drehrumbum]

Abra says "I got it" after 150 secs... Really?

[andimik]

Maybe MDR transmits all sizes separately? Then AbracaDABra is satisfied with two sizes, not all four.

If you want you can get a eti file under Windows with Qt-DAB. And if you then zip it the file size will shrink again.

[Drehrumbum]

I've cross-checked it with QIRX. It needs two minutes for the SPI-stuff. All logos have a size of 128x128 px. But where are the other sizes?

[KejPi]

Abra says "I got it" after 150 secs... Really?

This is really strange what is happening with this ensemble. There seemt o be 2 issues - 1) MOT decoding takes very long, sometimse is short - why? 2) When is it decoded, it does not extract logos.

I've cross-checked it with QIRX. It needs two minutes for the SPI-stuff.

2 minutes seems to by unrealistic for receiving all obects, but myabe I am doing somethign that is fundamentally wrong

Maybe MDR transmits all sizes separately? Then AbracaDABra is satisfied with two sizes, not all four.

All sizes shoudl be sent as sepatare obejcte in MOT directory. According to latest standard, at least 4 sizes shall be transmitted via DAB, 5 sizes on IP.

[andimik]

I know, but does the standard allow first to transmit all 32x32 and then all other sizes one after the other?

Unfortunately this mux cannot be received via satellite.

Maybe you can check with Qt-DAB or Qirx which files are received when.

[KejPi]

Standard is very flexible - it allows to transmit one object with higher rate that others, etc. There are only recommendations like this:

[Drehrumbum]

After more than 20 minutes there are still only 128x128px logos inside of the QIRX-SPI-MDR-folders. It seems there is nothing more inside, so collecting the whole stuff takes only around two minutes.

[KejPi]

But in such case there will be no logos shown by AbracaDABra. The application supports only 32x32 as small logo and 320x240 as slide logo. Other sizes are ignored.

[Drehrumbum]

Mmm. Should I breaking up the upload, Petr?

I'll check older recordings from this multiplex, later. Maybe a misconfiguration. I can't believe they only broadcast one resolution.

[KejPi]

If you have done the recording already and it is no problem for you, please upload it, I still want to analyze why it takes so long to load.

[Drehrumbum]

Okay, upload is still running.

I've checked two old recordings. There are only 128x128 px logos inside. That's all I can say.

[KejPi]

Thank you for sharing the recoding!
If anybody is interested, this is what is in service information XML file:

Code: Alles auswählen

<serviceInformation xml:lang="de">
 <services id="e010d1">
  <shortName>MDR</shortName>
  <mediumName>MDR</mediumName>
  <service>
   <bearer id="dab:de0:10d1.d3c2.0"/>
   <shortName>MDR JUMP</shortName>
   <mediumName>MDR JUMP</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="3f5419200a8a4167921c29179cfbc488.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d3c3.0"/>
   <shortName>KULTUR</shortName>
   <mediumName>MDR KULTUR</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="36f43b683a5c47f8a5d702a28d01c809.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d3d3.0"/>
   <shortName>TWEENS</shortName>
   <mediumName>MDR TWEENS</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="07449f7216274597aee2bfb7b4e132d8.png" width="128"/>
   </mediaDescription>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d3d4.0"/>
   <shortName>SPUTNIK</shortName>
   <mediumName>MDR SPUTNIK</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="99176d01ccfc45bb875b79cc5660d6a1.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d3d5.0"/>
   <shortName>AKTUELL</shortName>
   <mediumName>MDR AKTUELL</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="1528208e95814958a42ba9a60843d6e8.png" width="128"/>
   </mediaDescription>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d3d6.0"/>
   <shortName>MDR KLAS</shortName>
   <mediumName>MDR KLASSIK</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="a96b8b45458d45718e9634b1729c1006.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.1"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d4c1.0"/>
   <shortName>MDR SN D</shortName>
   <mediumName>MDR SACHSEN DD</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="01a4d13bef4d4edfb00503d4807ae035.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d5c1.0"/>
   <shortName>MDR SN C</shortName>
   <mediumName>MDR SACHSEN C</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="01a4d13bef4d4edfb00503d4807ae035.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d6c1.0"/>
   <shortName>MDR SN L</shortName>
   <mediumName>MDR SACHSEN L</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="01a4d13bef4d4edfb00503d4807ae035.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d6d7.0"/>
   <shortName>Schlg SN</shortName>
   <mediumName>MDR SchlagerW SN</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="0b3e4f0e984746f0a6388a395c1cb25e.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d7c1.0"/>
   <shortName>MDR SN B</shortName>
   <mediumName>MDR SACHSEN BZ</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="01a4d13bef4d4edfb00503d4807ae035.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d7c4.0"/>
   <shortName>MDR SORB</shortName>
   <mediumName>MDR SACHSEN SORB</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="550c27f873f14192bd9fbb979899a13c.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
  <service>
   <bearer id="dab:de0:10d1.d9c1.0"/>
   <shortName>MDREXTRA</shortName>
   <mediumName>MDRSACHSEN EXTRA</mediumName>
   <mediaDescription>
    <multimedia height="128" type="logo_unrestricted" url="01a4d13bef4d4edfb00503d4807ae035.png" width="128"/>
   </mediaDescription>
   <genre href="urn:tva:metadata:ContentCS:2010:3.1.1"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.3"/>
   <genre href="urn:tva:metadata:ContentCS:2010:3.6.4"/>
  </service>
 </services>
</serviceInformation>

All logos are 128x128 only.

[KejPi]

AbracaDABra 2.3.4 has been released

Changes:

• MOT directory decoding speed improved (thanks to @Drehrumbum for sharing the recording of MDR ensemble)
• fix: Open file dialog freeze on Linux

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

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!

[svenfl]

I have a Problem with the intel build for mac os.
On my MacBook MacOS 10.15.7 Version 2.2.4 works fine.
Starting with version 2.3.0 and above the AbracaDABra Application crashes with following output in console window:

/Applications/AbracaDABra.app/Contents/MacOS/AbracaDABra ; exit;
sven@Svens-MBP-5 ~ % /Applications/AbracaDABra.app/Contents/MacOS/AbracaDABra ; exit;
zsh: segmentation fault /Applications/AbracaDABra.app/Contents/MacOS/AbracaDABra

Is it possible to fix that?

Greetings Sven

[KejPi]

That could be a problem, because I cannot reproduce this problem on my M1 Mac with MacOS 14.
I am also not aware about any change that might cause it, Qt version is the same and 3rd party libraries are the same too. I have changed the way I am creating DMG and of course I have upgraded my Mac to Sonoma. I can try to fix it but it will require some trials on your side. I will build some test packages and contact you by PM with some instructions if you want to be a tester.

Does the application window appear or is it crashing immediately after start?

Does anyone else on Intel Mac has a problem?

EDIT: I have also updated RTL_SDR library to support v4, so at the end only 3 binary files are changed between 2.2 nad 2.3 - the application, DABSDR and RTL_SDR libraries, the rest is exactly the same.