I love the fact that you can make a playlist that is scheduled to begin at a particular time. Could this feature be extended to events so that if someone has radio boss configured such that the playlists are made in advance, the content could be inserted closest to the estimated start time of that particular event? I just had time compression end an hour at 59:57 and rather than allow the playlist to begin 3 seconds early, it began 4 minutes late. I have scanned all media in advance but its easy for something to come up a bit short unless the length of songs could be changed in fractions of a percent. I hope I've explained my suggestion clearly.
letting events insert playlists to be played at a particular time
- Thread starter derek
- Start date
That still creates the same problem just 3 seconds earlier. The point is that I hit closer to 0 with time compression off than on, and most of the pieces exist that would fix this.
In addition, moving regularly scheduled events earlier in time means that you have to put special events even earlier. Simply replacing scheduled tracks doesn't work because there does not seem to be a window that radio boss examines to determine what should happen if there is a conflict.
Radio-Albena
Member
We sometimes run into the same problem at hourly transitions.
Could a filler before the scheduled event help bridge the remaining time? A selection of station IDs or jingles of different lengths might cover those short gaps, rather than letting another full song start just before the event is due.
For example, if the last song finishes at 11:59:57, a short station ID could fill the gap until the next playlist starts at 12:00:00.
I’m not sure whether RadioBOSS would automatically choose a filler that fits the remaining time, or how it would handle one that is slightly too long. That would need testing, but it might be worth trying.
Could a filler before the scheduled event help bridge the remaining time? A selection of station IDs or jingles of different lengths might cover those short gaps, rather than letting another full song start just before the event is due.
For example, if the last song finishes at 11:59:57, a short station ID could fill the gap until the next playlist starts at 12:00:00.
I’m not sure whether RadioBOSS would automatically choose a filler that fits the remaining time, or how it would handle one that is slightly too long. That would need testing, but it might be worth trying.
That is the Job of sweepers, however, last minute calculations or rapid transitions, among other conditions can actually create this problem. So if a playlist is 10 seconds over the top of the hour, but over the course of the hour crossfades reduce its length such that it ends at 59:57, then we encounter the problem. Having all elements used in a database only lowers the probability of this problem.
Another scenario that can cause this problem is if you are relaying a stream and it ends prematurely, same concept, radioboss cannot scramble for a number of sweepers to fill in the gap, and unless the playlist is cleared some time during the live event, it will simply do the logical thing and play the next item once the live source ends.
Furthermore, with the current system in place, if you have an event configured such that it replaces scheduled tracks, you still have to remember to set the start time of that event even earlier than the start time of the lower priority event so that the replacement can actually happen.
There are other cases where these, and related problems can occur, but I think you get the idea.
