[RDD] Next day log not kicking, Rules broken.

Pedro Picoto pedro.picoto at gmail.com
Mon Jan 5 20:26:05 EST 2015


1

The 11pm clock, like all the others, has a hard star item (pips) ending @
23:59:59, then the next day log should kick.
Here's what happens:
- The pips play,
- then a song from the previous day log plays for 5 seconds or so.
- Then the first item from the new day log kicks (a ramp)
- Then it continues to play the next song scheduled on the previous day log.
This happens just on the day transition.
Hints?

2
Another question that remains unanswered:
- The Clock Editor rules doesn't assume more than TWO "Don't Schedule
after..." rules although there's the option of THREE, making this a strange
"feature".
Even on Brett's blog shows it:
http://thebrettblog.files.wordpress.com/2009/12/riv25.png?w=659&h=479
Question: why are there 3 "don't play after options"  if only 2 are
effectively accepted?

3
I have a clock ruled to play just 3 music categories by putting the non
playable with a zero value on the max in the row field (am I doing this
correctly?). The scheduler  breaks the rules by picking a single of the
non-playable ones category without reason, I think.
The report:

04:00:15 Rule broken: Must have code RAMPS
04:46:15 Rule broken: Max. in a Row/Min. Wait for SOFT
04:49:50 Rule broken: Max. in a Row/Min. Wait for SOFT
04:56:55 Rule broken: Max. in a Row/Min. Wait for SOFT
05:00:05 Rule broken: Artist Separation
07:00:05 Rule broken: Artist Separation
12:00:05 Rule broken: Artist Separation
15:00:05 Rule broken: Must have code RAMPS
16:28:35 Rule broken: Max. in a Row/Min. Wait for SOFT
16:32:05 Rule broken: Max. in a Row/Min. Wait for SOFT
16:35:40 Rule broken: Max. in a Row/Min. Wait for SOFT
16:39:15 Rule broken: Max. in a Row/Min. Wait for SOFT
16:42:45 Rule broken: Max. in a Row/Min. Wait for SOFT
16:46:15 Rule broken: Max. in a Row/Min. Wait for SOFT
17:00:05 Rule broken: Artist Separation
19:00:05 Rule broken: Artist Separation
22:00:05 Rule broken: Artist Separation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://caspian.paravelsystems.com/pipermail/rivendell-dev/attachments/20150106/573337a4/attachment.html>


More information about the Rivendell-dev mailing list