RadioBOSS 7.1 [beta]

Time Stretch is based on Start Time so calculating it is critical, so at this point we'd need to improve Start Time which will in turn make Time Stretch better. Sometimes it doesn't take into account "Override previous track mix" point correctly, maybe this is the case?
Exactly, improving the start time would greatly improve this feature.
In this case, none of the tracks were a file type, so it's strange.
Unless the Time Marker has some effect.
 
RadioBOSS 7.1.0.7 beta

Changes

  • Ads Scheduler: improved type conflict resolution
  • Ads Scheduler: highlight current row/column
  • Ads Scheduler: configurable columns for the ads list
  • Playlist Generator: added "Contains" rule for constraints
  • Playlist Generator: optimized Priority Rules processing
  • Playlist Generator: optimized Filters processing
  • Advanced option: "Hour Marker" text
  • Extended logging for Time Stretch
Download
x86 https://dl.djsoft.net/beta/radioboss_setup_7.1.0.7.exe (3/25/2025, 34MB)
x64 https://dl.djsoft.net/beta/radioboss_setup_7.1.0.7_x64.exe (3/25/2025, 38MB)
 
Since the new Constraint rules, the time it takes to generate a playlist has increased exponentially.
Some optimization would be great.
How much time does it take to create a playlist, and what are the category sizes and total playlist duration?

Maybe you should increase the scheduler limit even more. I don't know why this limit exists at all.
This is to ensure that there are not too much Playlist Generator instances running. Please check the latest 7.1.0.7 release, it should work much faster. If you have enabled "Priority log" for the Playlist Generator, it will slow down things considerably so consider disabling it.
 
Exactly, improving the start time would greatly improve this feature.
In this case, none of the tracks were a file type, so it's strange.
Unless the Time Marker has some effect.
Time markers and comments are ignored. Please try the newer version and see what are the log entries for Time Stretch, does it change much each track?
 
How much time does it take to create a playlist, and what are the category sizes and total playlist duration?


This is to ensure that there are not too much Playlist Generator instances running. Please check the latest 7.1.0.7 release, it should work much faster. If you have enabled "Priority log" for the Playlist Generator, it will slow down things considerably so consider disabling it.
I just installed the latest beta version. If that's what it's called, I don't know where it is. I can't find it in the settings tab. I don't remember activating anything under that name.
 
There is no change. The generator still takes a long time to create a list. When I wrote the post that I installed the last beta version I ran the generator to make the playlist, and here I am after more than three hours still waiting for it to finish.
 
Very small shift. From 4 hours and 55 minutes to 4 hours and 8 minutes. Here's the log from the generator.
Generation started.
Loaded tracks from the playlist window: 126
Loading category "Domaca"
Category "Domaca": loaded 86342 tracks
Tracks excluded (priority less than zero): 14957
Tracks in category: 71385
Loading category "Strana"
Category "Strana": loaded 270275 tracks
Tracks excluded (priority less than zero): 15485
Tracks in category: 254790
Creating playlist...
Time spent: 4:08:37
Completed. Playlist duration: 24:02:51
 
How much time does it take to create a playlist, and what are the category sizes and total playlist duration?
It takes approximately one full hour to generate a one-hour playlist, with 10 categories of 1,500 songs on average.
Only the categories that are used count, right?
There are global categories with 30,000 songs, but they aren't being used in the presets.
 
Time markers and comments are ignored. Please try the newer version and see what are the log entries for Time Stretch, does it change much each track?
I'll be looking into it, it would be useful if the log also recorded the expected duration of a track, vs. the actual duration at the time of playback.
 
I'll be looking into it, it would be useful if the log also recorded the expected duration of a track, vs. the actual duration at the time of playback.
Even record when it encounters a file type, which is a problem for now, and does not know its exact duration. it's easier to keep track
 
An additional point I had missed: I'm using an advanced option to not mix beyond the intro of the next track. Perhaps this is making some songs longer.
In any case, the previous example was an issue where the start time was earlier than calculated. Clearly, this has nothing to do with this.
 
There is no change. The generator still takes a long time to create a list. When I wrote the post that I installed the last beta version I ran the generator to make the playlist, and here I am after more than three hours still waiting for it to finish.
In my case, it improved a lot. The generation time went from almost a full hour to 20 seconds.
 
Quick one: Is there going to be any adjustment for "Additional separation rules". I want to balance Gender, but I have not been successful at all, because it uses "Period" instead of just a number Max or Min.
I play Gospel, so a song can be between 5 minutes to 18 minutes 🤣.

I really need this.


Thanks
 
RadioBOSS 7.1.0.7 beta

Changes

  • Ads Scheduler: improved type conflict resolution
  • Ads Scheduler: highlight current row/column
  • Ads Scheduler: configurable columns for the ads list
  • Playlist Generator: added "Contains" rule for constraints
  • Playlist Generator: optimized Priority Rules processing
  • Playlist Generator: optimized Filters processing
  • Advanced option: "Hour Marker" text
  • Extended logging for Time Stretch
Download
x86 https://dl.djsoft.net/beta/radioboss_setup_7.1.0.7.exe (3/25/2025, 34MB)
x64 https://dl.djsoft.net/beta/radioboss_setup_7.1.0.7_x64.exe (3/25/2025, 38MB)

I have successfully tested the changes made to the automatic adjustment of ads !!
I don’t understand what you mean by "highlight current row/column."
I also noticed that you added more rows in the Type selection !!
Could you further expand the width of that view? There should be enough space to do so.
You use Italic text in the block list to indicate that there are two or more ads of the same type grouped together.
Is there a way to highlight this conflict more clearly?
For example, using bold text or a different color?
 
If I’ve understood passing parameters correctly, it’s only possible to render the playlist that is currently visible on the screen? That wouldn’t make much sense. I need to be able to render a playlist even — or especially — when it isn’t open in RadioBOSS. Here’s the scenario: I create Files, for those who don’t have RadioBOSS. In other words, there’s a playlist that includes the news opener, the news, the weather opener, the weather, and the weather closer. The news and weather each have a music bed underneath. I want to provide this playlist to my teammates as a single file. So can I specify the parameters of any playlist file to have it rendered, or is it really only possible to render the file that’s currently displayed on the screen and nothing else? As I said, that would hardly make any sense.
 
I just installed the latest beta version. If that's what it's called, I don't know where it is. I can't find it in the settings tab. I don't remember activating anything under that name.
It's in RadioBOSS's Settings window in the Advanced Configuration section, if you did not enable it, then it's off as it's disabled by default.

Very small shift. From 4 hours and 55 minutes to 4 hours and 8 minutes. Here's the log from the generator.
It's more than 15% increase in speed so better than nothing :) We'll continue working on it, also log will be extended to include time spent on loading the information (so we know where the bottleneck is). If your categories are based on folders, consider switching to use the libraries as it's much faster to load.
 
It takes approximately one full hour to generate a one-hour playlist, with 10 categories of 1,500 songs on average.
Only the categories that are used count, right?
Yes, only the categories that present in the rotation are loaded, others are ignored.

In my case, it improved a lot. The generation time went from almost a full hour to 20 seconds.
From the message quoted above, it was one hour in the previous version and in the newer it's only 20 seconds, right?

I'll be looking into it, it would be useful if the log also recorded the expected duration of a track, vs. the actual duration at the time of playback.
We do internal tests like this, and most of the time, if the tracks are processed and there are no auto intro or other things like this, it's correct. It'll be improved further in the following updates. Logging will not help much as it doesn't solve the problem.

An additional point I had missed: I'm using an advanced option to not mix beyond the intro of the next track. Perhaps this is making some songs longer.
In any case, the previous example was an issue where the start time was earlier than calculated. Clearly, this has nothing to do with this.
Yes, something else is the problem. I added it as a bug just in case.
 
Quick one: Is there going to be any adjustment for "Additional separation rules". I want to balance Gender, but I have not been successful at all, because it uses "Period" instead of just a number Max or Min.
I play Gospel, so a song can be between 5 minutes to 18 minutes 🤣.
Currently repeat protection rules are only based on time. You can create different categories, with proper filters, and alternate different genders in the rotation.

So can I specify the parameters of any playlist file to have it rendered, or is it really only possible to render the file that’s currently displayed on the screen and nothing else? As I said, that would hardly make any sense.
Currently yes, it will only render the current playlist that's loaded to the playlist window. The command will be extended to allow rendering any playlist file.
 
I don’t understand what you mean by "highlight current row/column."
When you hover a mouse over a cell in a grid, it will highlight corresponding time and day in the grid header.

Could you further expand the width of that view? There should be enough space to do so.
Yes.

You use Italic text in the block list to indicate that there are two or more ads of the same type grouped together.
Is there a way to highlight this conflict more clearly?
I'll see what can be done about it.
 
Back
Top