Hi,

I used the UDP rlm to do this in house as I found the icecast rlm to sometimes do strange things in our weird set up. I have the following udp conf (for rlm):

[Udp1]
IpAddress=127.0.0.1
UdpPort=5860
FormatString=CART=%n\nTITLE=%t\nARTIST=%a\nALBUM=%l\nMS=%h\n
Encoding=0
ProcessNullUpdates=1
MasterLog=Onair
Aux1Log=No
Aux2Log=No

Obviously remove the bits you don't need, I assume you could literally stick with a cart number as:

FormatString=%n\n

That way you're just dealing with cart numbers and nothing else each time.

Then I have a reader script that just does this:

CARTNUM=123456

while true; do
  read RAWDATA

  if [[ $RAWDATA == $CARTNUM ]]; then

    #This is the cart you wanted do something

  fi

done

In order to start the listening port I use nc and another script (via screen):

screen -d -m -S updreader bash -c "nc -l -u -p 5860 | /path/to/reader/script.sh"

Hope that makes sense,

Wayne

On 2016-07-09 00:40, Robert Jeffares wrote:
I have a script which  picks up [road] traffic information from a
dropbox and plays it 3 times.
 Audio is carted using rdimport and using RML PX it gets placed next
and goes to air.
 Works well and handles multiple bulletins.
 When we have bad weather we have lots of data!

 I want to get the actual broadcast times and put them in the log the
shell script generates.

I thought I could make a macro cart which I can put in the log first,
then put the traffic cart in so they play in sequence, the macro cart
outputting time of day.

 I have thought of using Now & Next to somehow get data when that
unique cart plays.

 Monitoring port 5860 and pulling in the data is something I can
manage.

 But the how to generate the data in the first place is causing acute
brain fade.

 Someone will have done this somewhere for something else.

 regards
 Robert Jeffares

_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to