Repeated titles in Scheduled Playlist Generation

minoruta

New member
Hello.

I have a problem upon real time scheduled playlist generation:
A daily program, 2 hours long with about 40 songs. (Source folder has about 400 songs)
Despite using "no repeat" rules for titles, the playlist generator uses the same song (titles) from the source folder, day after day.
What could be done in order not to repeat them\for the "no repeat" rules to actually work?

Thank you.
 
If you have repeat protection rules enabled, the songs will not be repeated for the set time. Please check that you didn't disable the repeat protection rules in the category (this has priority over the global settings).

What RadioBOSS version do you use?
 
Version 5.7.2.0

I did not disable the repeat protection rules under the category window.
The playlist length is set at 2 hours. The protection was set as following in the settings window:
"Do not repeat artist for 130min" and
"Do not repeat track title: 600 min"

I got the some of same songs playing one day after another.

Does the repeat protection remember the playlist generated 24 hours before the current time?
 
UPDATED text - please read this comment and not the previous one:

Version 5.7.2.0

I did not disable the repeat protection rules under the category window.
The playlist length is set at 2 hours. The protection was set as following in the settings window:
"Do not repeat artist for 130min" and
"Do not repeat track title: 600 min"

I got the some of same songs playing one day after another.

In the past : when generating multiple playlists at the same time, repeat protection worked flawlessly.
But now with Scheduled Playlist generation (daily) at the same hour, it doesn't work (repeated songs from yesterday's playlist).
 
It's hard to say why it's not working, the version you use is very old and is no longer supported, I'm sorry.

In the past : when generating multiple playlists at the same time, repeat protection worked flawlessly.
What did you change before it stopped working?
 
1. When generating multiple playlists manually at once, the "no repeat" rules work.
2. When generating a playlist from the scheduler (daily, at the same hour), the "no repeat" rules do not work, as some songs are repeated from playlist to the next one (day after day).
3. Is there a way to prevent such repeat?
 

Attachments

  • sCREEnsHOT.png
    sCREEnsHOT.png
    119.3 KB · Views: 203
2. When generating a playlist from the scheduler (daily, at the same hour), the "no repeat" rules do not work, as some songs are repeated from playlist to the next one (day after day).
In this case, you need to enable the "Use the last played tag" in the Playlist Generator to make it use the last played information from the tracks. You may also want to enable the option to consider the tracks that are already present in the playlist.
 
Thank you.
As you can see in the photos - both the options "Use the last played tag" and "consideration for the tracks in the playlist window" are selected.

Do you have another idea as to what may cause some tracks to repeat every day?
 
It could be a bug in the software, in this case updating to the latest version should fix it.

I tried using version 6.0.5.3 on another computer, but got the same results.
In a daily two hour show with scheduled playlist generation, there is an average of five repeated songs each day.

When I select 9 hours of "no repeat track" I expect to not have tracks repeated for 4.5 days in this two hour daily show.
 

Attachments

  • Untitled.png
    Untitled.png
    110.7 KB · Views: 161
The latest version is 6.1, please try it.

OK. I will try to do so.

Meanwhile a question - When selecting "do not repeat track: 9 hours"
Does the rule only apply for a playlist that is longer than 9 hours?
or Can the rule apply for a daily 2-hour program that is being generated by the scheduler?

In other words - If a 2 hour program is generated every day at the same hour, can the rule be made so that songs from yesterday, aren't played today?

Thanks.
 
I have 12 days protection and songs for 14+ days. I check this with the mouseover at the playcount display. Look at the screenshot. I haver no idea, some songs are really repeted after 12 days. Other songs are repeatet twice a day. The 5 playouts here are with 6.1.1 - 6.1.2 and the newest one 6.1.2.1.

I strongly recommend the 6.1.2.1, if you have some trouble with PR. And use the SQL lite database, this is default.
 

Attachments

  • Clipboard02.png
    Clipboard02.png
    46.1 KB · Views: 145
Look at the screenshot. I haver no idea, some songs are really repeted after 12 days. Other songs are repeatet twice a day.
I'm not sure why this could happen, we have extensively tested it and no repeats were noted when the latest versions are used. Did you see any error messages in the log stating that it was unable to find a suitable track?
 
Thanks for the answer. I believe that you tested this important feature very well. I have this errors with 6.1.2.x also not often and not on all 3 RB playouts with different amounts of titles.
There are no errors in the log. When I set the RP time to low, I notices the red error lines. But now, nothing. Can't happen.

The fault of repeating below the "repeat track time" happens lets say every 50 to 100 titles. So not so often. But it happened.

See actual screenshot minutes ago. I did nothing, exept during playing the actual title with "right mouse click" into the On Air Peakmeter to forward the title a bit. Last 10 seconds playing, then new title comes up. I see, that RB needs around 3 seconds to refresh / finde the "coming up next". So there is definitively a deep search in my 9000+ tilte SQL database.
Look at the track repeat protection. Set to 12 days. Tracklist generated fresh yesterday.
Last play: 25.4. Today 6.5. Thats exact 11 days. And from 15:13 to 16:32 around plus one hour. So, below 12 days.
Dates are consitent to SQL Music Lib. Strange.
 

Attachments

  • Clipboard02.png
    Clipboard02.png
    5.1 KB · Views: 138
  • Clipboard01.png
    Clipboard01.png
    58 KB · Views: 125
  • Clipboard05.png
    Clipboard05.png
    9.7 KB · Views: 131
We had similar reports in the past but never been able to reproduce this, or finding this bug by doing code review. This will stay in a "known bug" status for now, and may be fixed in the future as a result of other changes in the software (rewrite/refactor etc). But now I don't think anything can be done about it, I'm sorry.
 
I understand you. It is tricky to find an issue which happened twice a day under difficult conditions. I will keep an eye on this behavior. Helpful is for me, if you implement the "%previousplayed" or similar variable. So that if a new track is played, I can calculate "actual time" - "%previousplayed" and see, if this result is lower than the repeat protection time. Maybe also a "%repeatprotection" variable in minutes to check the actual valid limit. A script could plot the behavior and maybe I find a pattern or something. To support you.
I just get a playout of a title twice within 10 hours. Instead of 12 days. BTW, maximum possible RP is 2 weeks. Imagine, if you have 50.000 titles. 4 weeks, less one month would be better in this case. Anyway. RB is a great software, don't issunderstand my comments.
 
So that if a new track is played, I can calculate "actual time" - "%previousplayed" and see, if this result is lower than the repeat protection time. Maybe also a "%repeatprotection" variable in minutes to check the actual valid limit. A script could plot the behavior and maybe I find a pattern or something. To support you.
Thank you, this sounds interesting. We have something like this in our testing environment - but it fails to find any failures. But most tests are in the sub-24hour repeat protection period.
When checking the repeat protection is tries to also take into account start/end/mix points, but it's not always possible because if Gap Killer is used and points are not set - the actual playback time will be shorter than it was calculated when selecting a track. It will only be couple of seconds from each track, but it will accumulate if long repeat protection periods are used.
One possible way to improve this is to pre-process all tracks using Music Library - the Tools menu has the command.

I just get a playout of a title twice within 10 hours. Instead of 12 days. BTW, maximum possible RP is 2 weeks. Imagine, if you have 50.000 titles. 4 weeks, less one month would be better in this case. Anyway. RB is a great software, don't issunderstand my comments.
Track List also has a limit to the repeat protection buffer, that is if you have lots of small files this can theoretically lead to the older records from the buffer being removed, to keep the buffer size reasonable (this both affects memory, but more important the track selection speed).
 
Thanks for your explanation. I test it with the new version then.
I think, if a track is selected as a possible candidate for playout, a last final check with "previous play date - actual date" could prevent theses summing and buffer and calculation things. Maybe to write in the log another warning, similar to "can't find a suitable track"...
Later, I have to run 6 RB in parallel. We will see, under which conditions these RP errors are happend.
 
Back
Top