RadioBOSS 7.2 [beta]

[Willian Cassiano]

A quick test does not confirm this, the meters work instantly after a track is started. Maybe a track itself has a quiet start?

No, I tested it with various music styles and it still has a delay.

 

[djsoft]

So, wouldn’t it be better to add an option to define the estimated time as an approximate number of minutes or hours after generation? Obviously, based on the moment when the generation command is triggered.

Yes, this will be possible as an option, we'll see how to implement this, maybe using the scheduled templates or other approach.

From the Scheduler, I get the same type of result and the problem is identical: some tracks already present in the playlist (the player) are in the playlist file (.m3u8).
I think the playlist tracks aren't being taken into account when generating multiple playlists.

I think you should also check the logs to see if it shows that the playlist tracks were loaded.

oh yeah i realised that it wasnt like that in 7.1

Tag display in the playlist was not changed in this version.

 

[djsoft]

for some reason since yesterday when i have the mic on, music is no longer heard locally at the lowered level set its just simply disabling music. no setting have been changed from how it was a week ago when i was last on air and Mute Monitor sound card is NOT selected only output to encoders nly is so i dont hear myself... theres also a delay from when i turn the mic off to when i start hearing it again


I know there was a similar issue back in build 5

There never was a bug with this, the reasons why a microphone stops working is when a wrong device is selected, or its level in the system is set to zero. Even if you didn't change anything the driver may have been updated and device may stop working because of that. You should check the Logs section to see if there are any error messages regarding Inputs.

 

[djsoft]

If you have assigned a custom color to a playlist tab, this color does not change to the color set for the active playlist when you activate it.

The custom tab color has precedence over the other general settings, that's why it doesn't change.

The Tabs in previous version where much better in my opinion

This tab design was from around 2015, it's time to change it

In the mixer, the setting for Main has no effect on the signal to the stream server.
That might be interesting.

Yes, this is by design, it controls audio devices, not resulting output. For this, there's Gain slider in the main player window.

 

[djsoft]

It seems there's a problem with a function that isn't working. When you hover over the slider shown in the image, a "Reset: right click" prompt appears, but when you right-click, nothing happens.

Thank you, we'll check it.

No, I tested it with various music styles and it still has a delay.

We can't reproduce it here, I'm sorry.

 

[Willian Cassiano]

The recording doesn't maintain the quality we set; it keeps fluctuating.

 

[Guillaume]

I think you should also check the logs to see if it shows that the playlist tracks were loaded.

The log also displays "0" on the line "Loaded tracks from the playlist window: 0".

I went back to the Scheduler and my "Generate Multiple Playlists" event. I noticed quotation marks at the beginning of the command, whereas there aren't any in the other "Generate a Playlist" events using Playlist Generator:

run "PlaylistGeneratorPro.exe" "-preset=…​

I removed the quotation marks to get this command:

run PlaylistGeneratorPro.exe "-preset=…​

This allows the tracks in the playlist window to be taken into account.
And the line "Loaded tracks from the playlist window:" correctly indicates the number of tracks in the playlist.

The problem to fix: remove the quotation marks when using "Generate Multiple Playlists".

-------------------------//-------------------------

Now that the tracks in the Playlist window are taken into account when "Generate Multiple Playlist," I've discovered other problems that also appear with "Generate a Playlist."

Tracks in the Playlist window, after the currently playing track, are considered to be tracks that will be played at the same time as the "Start Time," and not tracks that will be played according to the schedule displayed in the Playlist window.
And according to the "Maximum number of minutes to check."

Example (with the same Preset):

Preset generation time: 5:50 PM
Start time: 11:30 PM
Number of tracks in the playlist: 13 (6 of which are among the 10 selectable tracks)

Reminder of my Preset settings:

10 tracks can be selected.​

The artist cannot be played within 60 minutes of its last playback.​

Repeat protection with consideration for tracks in the playlist window:​

Maximum number of playlist tracks to check: 15​

Maximum number of minutes to check: 30​

Take into account expected track start time: box checked​

​

The behavior I expect from the Playlist Generator:

The 13 tracks should start playing in the Playlist window at 5:50 PM.​

From approximately 7:30 PM, all these tracks should be selectable again.​

The "Start Time" is much later: 11:30 PM.​

What's happening:

4 tracks are in the ".m3u8" file. Normally, there should be 6.

Error message in the log:

PlGen Warning: 1 (error while creating a playlist; please see the log for details) preset: "Test2026_1980"​

And in the Playlist Generator log, the following messages are displayed:

Error: No suitable track found (rule: dayparting). Category: "1980_15h"​

! Interrupted to prevent endless loop [global]​

> 20 errors.​

Total time spent: 00:01​

Completed. Playlist duration: 15:44​

The playlist duration is incorrect: 15:44 instead of 20 minutes (minimum).
The ".m3u8" file only contains 4 tracks instead of the usual 6.

My conclusion: The tracks in the Playlist window are correctly registered.
But not at the right time: they are registered as if they were going to be played at 11:30 PM.


Further tests #01
This time, I only modified one setting in Playlist Generator:

Repeat protection with consideration for tracks in the playlist window:​

• Maximum number of playlist tracks to check: 30
• Maximum number of minutes to check: 90

Take into account expected track start time: box checked​

Number of tracks in the playlist window: 28
Playlist duration: 94 minutes.

The 6 selectable tracks are played at the beginning of the playlist window.

Start Time: 11:30 PM

Result: no errors.
Everything seems correct.


Further tests#02
This time, the Start Time is 6:15 PM.

Result: no errors.
And this time, it's not normal. The 6 selectable tracks in the Playlist window will play between 5:50 PM and 6:10 PM.
And they cannot be played within the next 60 minutes according to the rule against repetition.
At least two of them are selected even though they will play within 5 to 25 minutes.


My conclusion: Regardless of the "Start Time" setting, the entire 90-minute Playlist window is counted.
The Start Time setting is not used for the "Generate a Playlist" and "Generate Multiple Playlist" events.

These behaviors/results are not good for me.
What would be desirable:

• Take into account the actual scheduled playback time of the track in the playlist window;
• Take into account the "Start Time".

This will allow for proper handling of the repeat protection.

-------------------------//-------------------------

Manual "Generate" Button (Playlist Generator)
When using the manual "Generate" button in the Playlist Generator, it does not support Start Time, meaning Dayparting and same-time repeat protection will not work.
This is what you explained to me.
Can you integrate Start Time into this manual "Generate" function of the Playlist Generator?