Solved RDS Support for digital satellite radio
#16
You need to mux the meta data as rds data into the audio stream. pvr.hts addon will demux and send an rds stream to Kodi which does the decoding.
Reply
#17
(2018-10-20, 15:41)mrwish Wrote: My tool is here - https://github.com/mrwish7/uecp_tool/blo...cp_tool.py
 
@mrwish 

Someone has pointed VLC developers to your tool. Let's hope they will implement RDS via UECP, too:

https://trac.videolan.org/vlc/ticket/23034
Reply
#18
German public broadcasters ARD are migrating their radios to transponders 61 and 39 on 19,2° E.

As they go along, they are also changing the format of Radiotext metadata.
Unfortunately, it seems they failed to commit their hardware partners to a unique standard for this.
  • For WDR,SWR,hr,SR, there should be an easy fix:
    Tell tvh demuxer to pass on the respective PID:
    https://github.com/carsten-gross/tvheade...5fe56c676a
    and make sure it finds its way to Kodi's existing Radiotext components. Bytes do not seem to be inversed here unlike the previously used method.

  • BR,MDR,NDR,RB,RBB are embedding Radiotext in AAC frames as "Data Stream Elements" identified by "instance_tag=0". fdk-aac is able to extract the data but doing this the GPL way looks like a bit more work. I'll keep you updated if i am able to find out more.
Thanks to Carsten Groß for exploring this.

Would you like me to create a new feature request?
Here is ksoo's previous work:
https://github.com/kodi-pvr/pvr.hts/pull/381
Reply
#19
(2021-07-31, 15:39)kkbaf Wrote: German public broadcasters ARD are migrating their radios to transponders 61 and 39 on 19,2° E.

As they go along, they are also changing the format of Radiotext metadata.
Unfortunately, it seems they failed to commit their hardware partners to a unique standard for this.
  • For WDR,SWR,hr,SR, there should be an easy fix:
    Tell tvh demuxer to pass on the respective PID:
    https://github.com/carsten-gross/tvheade...5fe56c676a
    and make sure it finds its way to Kodi's existing Radiotext components. Bytes do not seem to be inversed here unlike the previously used method.

  • BR,MDR,NDR,RB,RBB are embedding Radiotext in AAC frames as "Data Stream Elements" identified by "instance_tag=0". fdk-aac is able to extract the data but doing this the GPL way looks like a bit more work. I'll keep you updated if i am able to find out more.
Thanks to Carsten Groß for exploring this.

Would you like me to create a new feature request?
Here is ksoo's previous work:
https://github.com/kodi-pvr/pvr.hts/pull/381

For WDR, SWR, hr, SR: https://github.com/tvheadend/tvheadend/pull/1417
For the rest: PR for pvr.hts is in the works
Reply
#20
(2021-08-18, 08:53)ksooo Wrote:
(2021-07-31, 15:39)kkbaf Wrote: German public broadcasters ARD are migrating their radios to transponders 61 and 39 on 19,2° E.

As they go along, they are also changing the format of Radiotext metadata.
Unfortunately, it seems they failed to commit their hardware partners to a unique standard for this.
  • For WDR,SWR,hr,SR, there should be an easy fix:
    Tell tvh demuxer to pass on the respective PID:
    https://github.com/carsten-gross/tvheade...5fe56c676a
    and make sure it finds its way to Kodi's existing Radiotext components. Bytes do not seem to be inversed here unlike the previously used method.

  • BR,MDR,NDR,RB,RBB are embedding Radiotext in AAC frames as "Data Stream Elements" identified by "instance_tag=0". fdk-aac is able to extract the data but doing this the GPL way looks like a bit more work. I'll keep you updated if i am able to find out more.
Thanks to Carsten Groß for exploring this.

Would you like me to create a new feature request?
Here is ksoo's previous work:
https://github.com/kodi-pvr/pvr.hts/pull/381

For WDR, SWR, hr, SR: https://github.com/tvheadend/tvheadend/pull/1417
For the rest: PR for pvr.hts is in the works
For BR, MDR, NDR, RBB: https://github.com/kodi-pvr/pvr.hts/pull/530
(RB seems not to add RDS to their AAC streams currently)
Reply
#21
@ksooo You're my hero!
Thanks a million for looking into this.

I'm currently away from home but I'll check this out as soon as I can.
Reply
#22
I can confirm that the patches work as expected. 👍

Compiled tvh on a Raspberry Pi and started a two minute recording.
Since tvh itself doesn't show RDS, I then did
Code:
dvbsnoop -s ts -if tvh_patched_swr3_test_aac_rds_Party.ts 532
and Radiotext messages are there.

Hooking it up to Kodi also works.

BR RBB MDR even work out of the box in LibreElec now as the AAC patch has already made it to the official Libreelec repository.

Excellent work, thanks again for fixing this so quickly!
Reply
#23
Hi everyone!

Carsten Groß has created a patch which enables FFmpeg to directly extract RDS UECP from AAC DSE (BR,MDR,NDR,RB,RBB).
https://www.mail-archive.com/ffmpeg-deve...26785.html

In the long run, this would benefit Kodi as well, enabling RDS for the playback of recorded streams and facilitate its use for other plugins etc.

So any help is greatly appreciated if you are familiar with FFmpeg Devel mailing list:
https://ffmpeg.org/contact.html#MailingLists
Reply



Logout Mark Read Team Forum Stats Members Help
RDS Support for digital satellite radio0
This forum uses Lukasz Tkacz MyBB addons.