Re: [RDD] Timed events occasionaly not working

[Chuck]

On Fri, 26 Feb 2016 23:48:27 +
Steve Rubin  wrote:

> I have an event that is fired once an hour to turn off 
> the satellite, disable GPI, and then play the legal ID.  
> Occasionally the timed event will not fire and it will 
> sit and wait until the next timed event, or until someone 
> notices and manually fires it.  There is nothing in the 
> logs besides the previous cart playing and then finishing 
> on time.  We haven?t had a case where we?ve gotten out of 
> sync yet, so I think I can safely remove the timed events.  
> But I am at a loss as to why this isn?t working.  
> Any ideas where to look? <

  I'm experimenting running 2 logs together--one for music, the other
for stopsets.  The macros contain stop commands to pause each log, while
the other one plays.  All transitions are segues in our logs, and I
found that I have to use a sleep command before the stop command, or RD
will start the next event for the length of the segue, then stop it and
skip that event as already played on restart.  Problem now to be solved
is if 2 commands from the stopset log somehow get put back-to-back in
the music log; at the play command for the second stopset, the sleep
before stop command causes the stop commands for each log to be played
out of order, and both logs stop cold.

  If you have segue transitions in your logs, check the syslog
in /var/logs/ and see what the event order is at the times of the skips.
It could be something similar to what I am dealing with.  Macro's
combined with all segue logs can definitely cause problems.  We are an
all volunteer outfit, and mixing transition types will get screwed up
with the skill levels of our people, so I do not want to change that.
The timed events are all in the stopset log:  to 'insert next' into the
music log, a macro that starts the stopset log and stops the music log.
A long cut of music can cause two timed 'start the stopset' macros to
end up back to back in the music log, and that is where the current
problem arises--when the second stopset is triggered to play, events
occur to stop both logs.  As long as two of those commands never occur
back-to-back, it works like a champ.

--Chuck W.

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

Re: [RDD] was: Timed events occasionaly not working

[Steve Rubin]

> On Feb 27, 2016, at 2:33 AM, Chris Howard - CBR  wrote:
> 
> I've been messing with macros a bit recently.
> 
> It would be really handy to have a debugging log which
> indicated which steps of a macro were actually sent/received.
> 
> Is there something like that available?
> 
> If not, maybe the 'RN' to run a one-liner shell script which
> timestamps to a file someplace?

Look in /var/log/messages
Feb 21 03:34:00 river1 ripcd: received rml: 'ST 0 113 1!' from 127.0.0.2
Feb 21 03:34:00 river1 ripcd: received rml: 'SA 2 1 1!' from 127.0.0.2
--
Steve Rubin
Rubin Broadcasting, Inc.
670 Coleman Ave - San Jose, CA 95110
408.728.4330
s...@rubinbroadcasting.com

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

Re: [RDD] Timed events occasionaly not working

[Chris Howard - CBR]

I've been messing with macros a bit recently.

It would be really handy to have a debugging log which
indicated which steps of a macro were actually sent/received.

Is there something like that available?

If not, maybe the 'RN' to run a one-liner shell script which
timestamps to a file someplace?



On 2/26/2016 5:48 PM, Steve Rubin wrote:
> I have an event that is fired once an hour to turn off the satellite, disable 
> GPI, and then play the legal ID.  Occasionally the timed event will not fire 
> and it will sit and wait until the next timed event, or until someone notices 
> and manually fires it.  There is nothing in the logs besides the previous 
> cart playing and then finishing on time.  We haven’t had a case where we’ve 
> gotten out of sync yet, so I think I can safely remove the timed events.  But 
> I am at a loss as to why this isn’t working.  Any ideas where to look? 
> *--*
> *Steve Rubin*
> 
> Rubin Broadcasting, Inc.
> 
> 670 Coleman Ave - San Jose, CA 95110
> 408.728.4330
> s...@rubinbroadcasting.com 
> 
> 
> 
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> 
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev