Page 1 of 1

Scheduler versus top hour fixtime element

Posted: 05 May 2012 00:14
by Farbo
I have 24 hour rotation defined in scheduler with the same script each day. This script has inside besides others a soft fixtime element for top hour jingle. The problem is that at midnight when playlist for next day is created and waits until currently playing one is finished (soft, max delay 600 seconds) this concrete one fixtime element is left out because in currently playing playlist it will not be played out as new playlist will start but this new one does not have this fixtime element in it yet, only in next hour. Could I somehow achieve to play out top hour jingle also when changing playlists automatically through scheduler?

Re: Scheduler versus top hour fixtime element

Posted: 05 May 2012 00:21
by radio42
Did you may be set the "Skip at Start" option with that FixTimeElement?
What is the Recurrence Time of that FTE - how is it exactly defined?
However, I try to look at it here to see, if i can somehow reproduce that behaviour...

Re: Scheduler versus top hour fixtime element

Posted: 05 May 2012 00:27
by Farbo
No I did not set "Skip at Start" option for any of my FTEs, see attached. Marked is the one which is used for top hour.

Re: Scheduler versus top hour fixtime element

Posted: 05 May 2012 00:45
by radio42
Oki, I'll give that a try here as well, to see, if I can find anything...

Re: Scheduler versus top hour fixtime element

Posted: 05 May 2012 01:05
by Farbo
I think this is the thing of changing to new playlist which does not have this FTE right from beginnning but only from next hour. PF maybe evaluates that playlist will not start exactly as fixed playlist but as soft and thus this FTE in new playlist is not loaded. But FTE itself has definition it should be played out as soft with max delay of 600 seconds. If you find a solution, I would be glad. It could be handy also for those who have hourly playlists, etc.

Re: Scheduler versus top hour fixtime element

Posted: 05 May 2012 13:20
by radio42
Yes that might indeed be the case, i'll take a look.