Two playlists for the same hour

  • Thread starter Thread starter pety
  • Start date Start date
P

pety

Guest
I do not know how to say. Yesterday (sunday) hour 4:00 become hour 3:00 (winter time). So yesterday was a day by 25 hours. Playlist for 3rd hour was played twice. What to do to have two playlists for the same hour in the same day for that situation? To be played in specific order for the same hour.
 
Clocks are adjusted at about 2 a.m. - in the night - there's no much audience listening to the radio at that moment. And it happens only two times a year in the night... I don't see much problem here.

You can disable the "Automatically adjust clock for DST" option in Windows, and manually adjust the clock when it's more convenient for you or your station.

The issue you've mentioned always existed... That's strange no one reported it before :)
 
djsoft said:
Clocks are adjusted at about 2 a.m. - in the night - there's no much audience listening to the radio at that moment. And it happens only two times a year in the night... I don't see much problem here.

You can disable the "Automatically adjust clock for DST" option in Windows, and manually adjust the clock when it's more convenient for you or your station.

The issue you've mentioned always existed... That's strange no one reported it before :)
It is very important that "Automatically adjust clock for DST" to be enabled. So this is not an option. For us is a problem becouse a lot of old sick people are listening us night becouse they cannot sleep.
Maybe you think at a solution for that problem, becouse the human mind is very powerful and you and your team have a lot of experience
 
It appears a common problem for all applications with Scheduler. And it looks like even MS didn't solve it yet: http://support.microsoft.com/kb/325413
The behavior of the Microsoft Task Scheduler is not specified for tasks that are scheduled to run during the transition hours to and from Daylight Saving Time.
The problem is deeper than I first thought. In the article they offer 3 options on how this can be handled. Neither of those seem like a universal solution to me.  I suppose we should leave things as they are, and it'll be up to user to handle this - eg. adjust scheduler tasks to handle the transition properly, according to situation.
 
I think at this scenario (hour 4 become hour 3.).

  • I have playlists as "Enabled event" for hour 02:00 and 04:00 etc., etc.
  • Betwen 02 and 04 is a playlist without "Enabled event" but in 'Time and day' is set hour 3:00. This playlis has a duration over two hours.
My question is :
When hour 4 become 3 my playlist will continue to play or it stops and after that will start auxiliary playlist becouse Silance detector is on?
 
Clock changing only affects Scheduler. Playback will continue as it should (if there are tracks in the playlist).
Note, in the spring the clock will go one hour ahead, eg. a hour would be skipped. Be prepared.

PS I'm glad in Russia they've canceled the DST recently, clock remains constant, that's very good :)
 
djsoft said:
PS I'm glad in Russia they've canceled the DST recently, clock remains constant, that's very good :)
Ha ha ha... Interesting!  :)
 
In USA we change at 3am. heres what i did for a schedule. Have a schedule load a schedule.

In your main schedule set up an event that loads another profile that will play for about 70 minutes. For me, at 2:59:00 I created an event that loaded the  2nd profile (.prf) only on the selected day.

In that profile i had a playlist that ran for 70 minutes. I also had an event that loaded the original profile at 3:59:00.

This adds 1 hour of extra programming on a select day.

Make sure to uncheck the days and weekly boxes in the main profile, and have them all checked in the 2nd profile. You can leave the event in your schedule and update it for the next year as needed.

I have to do this for this Sunday when the USA switches back 1 hour.
 
I should also add that when you save profiles dont put a space in the name [extra_hour not extra hour]. This way when you create a new event in the scheduler you can enter [ load extra_hour.prf ] for the command and not the entire pathname. Unless you have several profiles your original profile is default.prf
 
In Romania hour 4 become 3.

My solution:

  • Hours 02:00 and 04:00 are "Enabled events" (as all the others);
  • There is no hour 03:00 playlist;
  • Playlist with hour 02:00 has a duration over three hours.
That's all!
 
carllr
It's also possible to load the scheduler list only, without reloading the whole profile. Use the same command (load) to do it, like:
load newschedule.sdl
Sometimes profile reloading is not a good option because it reloads playlists.

carllr said:
I should also add that when you save profiles dont put a space in the name [extra_hour not extra hour]. This way when you create a new event in the scheduler you can enter [ load extra_hour.prf ] for the command and not the entire pathname. Unless you have several profiles your original profile is default.prf
I've checked on the last version, and the command
load long profile name with spaces.prf
works fine :)
But, well, load long_profile_name_with_spaces.prf may look a bit more reliable...
 
ok thanks. I load the profile because Im usually changing the entire event. I use RB at our pools and as the weather/daylight changes our hours of operation change. I have several profiles that have diffeerent start/end times, volume commands, and playlists. Right now I have an event scheduled for Nov 4th to load our winter profile after the pools close. For me, it keeps the schedule easy to understand for those not familiar with RB.
 
Back
Top