Rundfunkforum

Error correction is good.

I have a problem with Oberbayern Süd and RTI cz DAB1.
Both are using 7A and are in Serviclist.
With diffrent Antennas I can use them.

Switsching the Antenna and selecting the service does not run.
I always have to change to a other ensemble (6D....)than it works.
Otherwise the ensemble name is not updated.


When it works with switch to a other ensemble.

This is very special use-case. The application is based on assumption that one channel is one ensemble. The ensemble structure (MCI) can change in "runtime" during reconfiguration but label changes are not supported at the moment (not part of reconfiguration). When you change to different channel and back then new ensemble information is acquired and UI is updated accordingly. For the moment, I do not have better solution than retune as you do, I have label updates in my list, I will add also ensemble change.

It seems that after two days here I have enough to do for at least 1 year

Wish list for later versions: when using rawfiles as input, start to scan immediately (instead of selecting a channel) and ignore the channels at all (and maybe use the filename instead as headline, potentially load the file again when clicking on it. This would be a cool feature ).

Yes, error correction is better than other tools as I have very little chances to get audio on 2 weak and very corrupt muxes normally. So I can test it under very difficult circumstances ...

Will try it under Linux Ubuntu 22.04 with my roof antenna next week.

Interesting, I have always considered RAW file input mostly for development purposes.

Band scan don´t find all ensembles.
Scan is possible to quick to read in and regulate agc....
5B was found, 5C not, 5D was found ...

Are you able to receive those channels after band scan. I mean if you choose 5C in expert mode manually, does it work?
Does e.g. DAB Player detect 5C them during scan?
Bandscan is designed as compromise between speed and precision. It tunes, waits for 3 sec and if EID is found then it waits for services (8 sec timeout). I will look at that and try to improve it, thanks for reporting!

KejPi hat geschrieben: ↑Di 24. Mai 2022, 10:43 Could you please share the raw data dump in private channel? (Ensemble information -> Dump raw data), ~30 sec would be enough.
Just a side note: this RTL_TCP server is significantly better than mainstream, I was not aware about that, very impressed.

Unfortunately, I just can share these screenshots. Writing a raw file when the input is rtltcp is not (yet) supported by AbracaDABra (no raw file is written, see bottom of the second screenshot).

Or did you mean a raw file in general recorded with RTLSDR?

Yes I can receive those channels.
Andis Dabplayer find them all.
I have checked it whitout "Gründliche suche" = thorough search.
Strong signals and very weak signals made sometimes in the past problems so Andy added the thorough search option.

KejPi hat geschrieben: ↑Mi 25. Mai 2022, 20:59 Are you able to receive those channels after band scan. I mean if you choose 5C in expert mode manually, does it work?
Does e.g. DAB Player detect 5C them during scan?
Bandscan is designed as compromise between speed and precision. It tunes, waits for 3 sec and if EID is found then it waits for services (8 sec timeout). I will look at that and try to improve it, thanks for reporting!

I think I can add similar option to band scan.

Possible a scan option without deleting the servicelist can be also usefull.

I am not sure about this request.
I still want to keep the UI simple and easy to use and understand for average user. You still have the possibility to choose the channel manually in expert mode and to add the services to the list this way. I typically use this way of handling service list because I only have 5 active channels on my antenna and it is much faster to choose them manually instead of waiting for full band scan. I understand that in your case it is different but you are definitely not an average user

Good sensivity with rtl_tcp (using from Qirx).
Poor sensivity with RTL_SDR option.

Thank for your feedback, how did you measure the sensitivity?
Did you use default settings od rtl_tcp or did you apply any tweaks?
Did you use software AGC option in both cases?

If the sensitivity differs it means that rtl_tcp does better tuner handling, the question is what makes this difference, it should be possible to align if both use the same rtlsdr library, but that is actually a question too. I know that old-dab's rtlsdr fork works significantly better that mainstream.

FYI: Development version od AbracaDABra has option to reduce BW and to enable bias-T. Reducing BW might help for reception of weak channel with strong adjacent channel.

I made my tests again.
Now its playing better audio than Dabplayer.

Is it possible their is sometimes a audio hanging bug?


7A is a problem becouse local strong 6D in Linz.

It depends what you mean by audio hanging bug. There is known problem of audio hang when audio device disconnects, it can happen for example when your audio device are bluetooth headphones and you disconnect them. This is because PortAudio does not support hot-plug and I do not know how to solve it for the moment. I am thinking to use different audio framework but it seems that PortAudio is the most universal.