DPS Timeout/Duration?

[chrisandrews]

One of the neatest features in another company's RBDS encoder is the "duration" entry.  If, for example, I have a song that is 3:32, the automation system sends that information to the RBDS encoder along with the artist and title information.  After 3:32 the RBDS encoder returns to a default message unless it receives new data (and a new duration).  This is particularly handy if/when the automation stops (entering syndication, a long commercial break, etc), preventing the song that was last played from showing on the display until the next item.

Is that possible in this system?

[Jan]

Such feature and much more is already implemented in the P132 family encoders. See the X-Command specification for more details:

https://pira.cz/rds/xcmd.pdf

Here's an example of the text entry which results in RT & RT+ with the timeout of 2:56:

Code: [Select]

XCMD=<rds><item><dest>3</dest><text>Now Playing: <artist>Julia Michaels</artist> - <title>Issues</title></text><tmo>2:56</tmo></item></rds>
For RT only the entry can be simplified:

Code: [Select]

XCMD=<rds><item><dest>1</dest><text>Now Playing: Julia Michaels - Issues</text><tmo>2:56</tmo></item></rds>

If you like Dynamic PS for any reason, there's a function 'Equal Text' which keeps the same text in both the RT and DPS:

Code: [Select]

EQTEXT1=1
The <dest> parameter in the XCMD must be set to 5:

Code: [Select]

XCMD=<rds><item><dest>5</dest><text>Now Playing: Julia Michaels - Issues</text><tmo>2:56</tmo></item></rds>

Notes to the Dynamic PS use:

The Dynamic PS is deprecated and expressly forbidden by the RDS standard. The RDS Forum association recommends using only static PS. The RT and RT+ should be used instead.

Regardless of these facts, the Pira.cz encoders also implement another independent timeout function which is not driven by time elapsed but by number of repeatings of the text loop. This is useful in some situations because the behavior is well predictable although the text length varies.