Display AAC profile used in expert mode about welle.io HOT 19 CLOSED

Guys, I would like to bring you back to the origin topic.

I added your wish to see the AAC profile to the task list. But please keep in mind that it is currently not planned to add this into welle.io. If more people needs this feature they can write it into this issue.

from welle.io.

Yes, please open a new issue and give as much as possible details (e.g. command line output, OS version, screenshot incl. expert mode). It can be also a sample rate issue.

from welle.io.

Can you explain in detail why you need to know the used AAC profile?

from welle.io.

I was discussing this with our broadcast techie and it turned out that we were not sure if v2 had already been rolled out everywhere. I figured this info would be handy for anyone setting up their own dab encoder as a means to check if the expected profile is being using in an end to end test fashion.

from welle.io.

For such reasons please use the freeware of Andreas Gsinn from ukwtv.de forum (which you already know probably). The Realtek driver has it implemented.

from welle.io.

I didn't know that one yet. I'm assuming you are talking about this?

It looks like it's windows only and we mainly use Linux and some macOS. I might be able to get it working in WINE though.

from welle.io.

I gave Andreas' player a try and was able to get it working after installing the proper driver for my R820T tuner and manually starting rtl_tcp. The channel scan was only able to detect a single ensemble where welle.io sees 4 ensembles. I assume this is due to a longer dwell time on individual channels as well as doing frequency correction during the scan. On the ensemble I'm seeing it does display the used profile.

Preferably I'd like to use open/libre software that also runs natively on Linux and macOS.

FWIW, the code that does the profile detection in dablin seems to be here.

from welle.io.

And why not take a look into FMLIST resp. DABLIST? The ensembles from Switzerland are well documented.

http://www.fmlist.org/sendertabelle/dab-ww.php

from welle.io.

I was just looking at that, turns out 12C (SRG SSR F01) which I can receive with both DAB Player and welle.io should be transmitting from the same site as 8B (SMC D03 BE-FR) which I can receive only with welle.io. I'm assuming that I should be getting a signal from Bantiger but I'll have to try it out at a location with a proper line of sight to the transmitter to be sure.

I also tried DAB Player in antenna alignment mode and was unable to get an SNR above 6 db (even when tuning to 12C which both can receive). With welle.io I'm getting an consistent SNR of approx. 18 dB.

I'm using the latest git commit (e3e6ee2) of rtl_sdr.

from welle.io.

This is a common problem with Linux.

Try it under Windows and you will have much better reception!

from welle.io.

I feel like this is getting off-topic. Maybe I should move this discussion to crc-mmbtools or somewhere else.

I gave welle.io a try with -D rtl_tcp and while it picks up on most of the ensembles (with the exception of 12A which almost made me feel like a DXer anyhow). I can confirm that I'm not getting usable SNR values with welle.io in rtl_tcp mode (only slightly higher than what I saw with DAB Player, but not enough to tune to 12C having only a 8 dB SNR).

I haven't used windows in ages and will need to check if I can find a PC to test that. BTW, I'm currently on macOS and not Linux.

from welle.io.

Not really off-topic, I just wanted to help you to get your answers ;-)

Liebe Grüße in die Schweiz

from welle.io.

I'm spinning up some IE VMs to get a virtual Windows to test against.

Vielen Dank für die Hilfe und liebe Grüsse nach Österreich :)

from welle.io.

I managed to get a Win10 vm up and running but I'm seeing lots of Frame and FIC CRC errors and not getting any useable audio out of welle.io (though it does report the same SNR as on a mac). DAB Player completely fails to detect my RTL SDR dongle.😞

I'll have to try this on a non virtualized box as I'm assuming that the USB passthrough in VirtualBox is the issue with this setup.

from welle.io.

yes, VirtualBox USB performance on macOS is not nice...VMware Fusion is a lot better.
guest Windows version seems to play a role too, I am on Windows 7 still for this kind of stuff.

I'll have to try this on a non virtualized box as I'm assuming that the USB passthrough in VirtualBox is the issue with this setup.

from welle.io.

If more people needs this feature they can write it into this issue.

Yes, please. Currently there are 3 stations here audible with very high pitched audio and with dropouts (11B, The Netherlands, MTVNL). Another station on that same ensemble sounds fine. I suspect it's the difference in AAC profile but I'm not sure. That's why I would love to see the used AAC profile too.

from welle.io.

How does Qt-DAB performs? Same issue there?

from welle.io.

@AlbrechtL unfortunately I can't test it, because the only Linux machines I have are my servers in the datacenters. At home all my machines are on MacOS 10.12.4 (Sierra).

Here some information about the versions of the dependencies on my system, maybe it helps:

• fftw: stable 3.3.6-pl2
• faad2: stable 2.7
• librtlsdr: stable 0.5.3
• libusb: stable 1.0.21
• airspy: stable 1.0.9 (don't know if that's getting used by welle.io - I didn't enable it)

Let me know if you need audio recordings and/or if you want me to open a new issue.

from welle.io.

Thank you! Done that, see #51

from welle.io.