Avoid starting long songs shortly before the top of the hour

Hi everyone,


While listening to my own station I noticed that RadioBOSS sometimes starts a new song only one or two minutes before the top of the hour. As a result, the song has to be faded out almost immediately when the hourly event starts.


I know there are different ways to deal with this, such as fillers or Time Stretch in the Ultimate edition.


Personally, I would prefer a solution that does not manipulate song speed, but instead tries to avoid starting a song that obviously cannot finish before the hourly event.


Does this happen to your station as well?


If so, how do you deal with it?


I'd be interested to hear how other users solve this.
 
Thanks, that answers my question.


I was mainly wondering whether RadioBOSS had another mechanism to avoid starting a full-length track when there are only one or two minutes left before a fixed event.

I prefer not to use Time Stretch, so I'll experiment with Sweepers and make sure all tracks are properly scanned for precise durations.

Thanks for the clarification!
 
I was mainly wondering whether RadioBOSS had another mechanism to avoid starting a full-length track when there are only one or two minutes left before a fixed event.
There are typically 3 ways to solve this:
1. Create playlists that end exactly at the end of the hour, but for many reasons that's not usually possible, especially if there are other events start while the playlist is playing, changing its duration.
2. Use the sweepers which is what RadioBOSS offers.
3. Use Time Stretch to change playback speed, making the playlist end when needed.
Of course those approaches can be combined.

Do you have some other solution in mind?
 
Yes. This is actually one of the functions I am currently testing in BroadcastVoice.

The idea is to monitor the remaining time before a fixed RadioBOSS event. If the next regular song would not fit within a configurable maximum cut, BroadcastVoice can look for a suitable short music track in a dedicated filler pool instead.

For example, the filler pool can contain 50–100 short songs of up to 3 minutes, with its own repeat protection. The system tries to find a track that fits the remaining window as closely as possible, rather than starting a normal 4–5 minute song that would have to be cut heavily.

If the current song already reaches the fixed event with only a small permitted cut, nothing is changed.

I’m testing this live at the moment. The goal is not to replace RadioBOSS scheduling, but to add a little more dynamic decision-making around fixed hour events.
 
Back
Top