Ticket #722 (assigned)
RDS encoder
| Priority: | normal | Reporter: | fransman |
|---|---|---|---|
| Severity: | feature | Assigned to: | maroy (accepted) |
| Component: | storage server | Status: | assigned |
| Version: | Resolution: | invalid | |
| Milestone: | 1.1.x | Keywords: |
Description by fransman:
Can we create a Radio Data System (RDS) client/interface. RDS stands for Radio Data System, a service to transmit additional information in the form of encoded digital signals that can be decoded by an RDS-capable car radio. Many of today's modern car radios are RDS-capable. If you own a car where the radio shows the station name and/or song and artist title on a small screen, then you probably have RDS in your car. It's displays the song title and artist name of the currently-playing song, but also information like weather, commercials and headlines. RDS is be based on the Universal Encoder Communication Protocol from the EBU, version 5.1. A pdf of the UECP specs at, ftp://ftp.rds.org.uk/pub/acrobat/s490e51.pdf from the RDS forum http://www.rds.org.uk/rds98/rds98.htm Found the library for Linux at http://thomas.apestaart.org/projects/libuecp/ STEPS TO REPRODUCE: Software Required: C GLib 2.0 perl Project CVS Repository: http://savannah.nongnu.org/cgi-bin/viewcvs/libuecp/ Home page: http://thomas.apestaart.org/log/index.php?cat=0 ADDITIONAL INFORMATION: libuecp is a C library with a perl module around it that implements the UECP-490 protocol. This protocol describes communication with an RDS encoder. An RDS encoder is a piece of FM broadcast equipment that is responsible for multiplexing the RDS signal (which transports ancillary radio data, like traffic announcement, station identification, and so on) with the actual FM signal to be transmitted.
Attachments
Changelog
Mon Jul 4 01:14:28 2005: Modified by maroy
- resolution set to invalid
- status changed from new to closed
- owner changed from anonymous to maroy
Mon Jul 4 01:14:29 2005: Modified by maroy
- owner changed from maroy to anonymous
Mon Jul 4 01:15:35 2005: Modified by maroy
- status changed from closed to assigned
- owner changed from anonymous to maroy
Mon Jul 4 08:10:57 2005: Modified by fransman
I think you are right, there a distance, but there is information in the studio (ls) which must appear on the rds (car) radio screen. two things, Can we find a pratical case to know how to handling and testing, what i have found it's only specs on the ebu standard but are there more (what are stations use) I've got a discusion on this with Stefan on the list https://www.campware.org/look/read.php?f=12&i=614&t=598
Tue Oct 4 16:09:00 2005: Modified by maroy
- description changed.
- component changed from gui feature to storage server
- milestone set to future
Tue Oct 4 23:48:34 2005: Modified by maroy
I'd need actual working hardware to implement this...
Sun Nov 6 13:25:37 2005: Modified by maroy
- milestone changed from future to 1.1
maybe use RDS coding also to identify commercials
Sun Nov 6 13:29:49 2005: Modified by micz
- summary changed from Support for Radio Data System (RDS) to RDS encoder
here is a RDS encoder package: http://sourceforge.net/projects/rdsenc/
Sun Nov 6 13:49:11 2005: Modified by maroy
this may be used for proof of broadcast, see #505*
yes, but as you say, it has to be encoded into the FM broadcast itself, not into the audio signal that leaves the soundcard. it is going to be _very_ seldom that LS is near the FM transmitter itself. usually the sound coming out from LS will be sent to a remote transmitter, thus LS can't control the RDS signal...