RadioBOSS 7.2 [beta]

[djsoft]

I've experienced a couple of times where the "generate playlist" event doesn't generate anything. I checked the event, and it works fine manually. However, on two occasions, I've noticed that the generated (old) playlist is loaded because a new one hasn't been created. I don't know what could be happening.

Can you please provide more information on what the event does, were there any error messages in the log, and what time you have configured to create playlists earlier in Settings > Scheduler.

problems with the icons.

What is wrong with the icons?

 

[rossedj9]

Can you please provide more information on what the event does, were there any error messages in the log, and what time you have configured to create playlists earlier in Settings > Scheduler.


What is wrong with the icons?

The icons are not appearing in the playlist.

 

[Guillaume]

There still has to be a limit, I don't think it should check what playback time was like a month or a year ago. Also this will be limited to the last 5 track launches, as this is what RadioBOSS stores for a track. So I see it essentially the same as "Do not repeat the same time as yesterday" but not limited to yesterday only and with possible different window size (before/after). Or is it not?

This is a good compromise:

• The 15-day limit seems reasonable: it will allow for a different rotation groups to be considered;
• Yes, the window size (before/after) will necessarily be different in this case because I will be requesting a stricter restriction: no playing within +/- 180 minutes of the last tracks launches (for example);
• The limit for checking the number of listens: 5 seems too high in this case. I suggest 2 if possible. The exclusion time frame will be larger, and it shouldn't result in a total exclusion from the track.

 

[Guillaume]

RadioBOSS 7.2.1.0 beta

• Playlist: added Language column

Thank you for adding the "language" column. However, nothing is displayed in the column: it's empty.

 

[Guillaume]

Track Tool
There's a display issue with the waveform: the background is white. This happens when I switch between tracks. For track A, I zoomed in. When I switch to track B, the background is either completely white or partially white (depending on the zoom level). To make the waveform for track B reappear, I have to zoom in again. Everything is normal if I don't zoom in.

Is it possible to modify the zoom view? Ideally, the zoom should be based on the middle of the vertical selection bar (like on the latest official version).

 

[djsoft]

The icons are not appearing in the playlist.

Do you have custom icons defined for played/current/next track?

 

[djsoft]

This is a good compromise:

• The 15-day limit seems reasonable: it will allow for a different rotation groups to be considered;
• Yes, the window size (before/after) will necessarily be different in this case because I will be requesting a stricter restriction: no playing within +/- 180 minutes of the last tracks launches (for example);
• The limit for checking the number of listens: 5 seems too high in this case. I suggest 2 if possible. The exclusion time frame will be larger, and it shouldn't result in a total exclusion from the track.

OK, this feature will be considered for the future.

Thank you for adding the "language" column. However, nothing is displayed in the column: it's empty.

Thank you, added to the list of bugs.

There's a display issue with the waveform: the background is white. This happens when I switch between tracks. For track A, I zoomed in. When I switch to track B, the background is either completely white or partially white (depending on the zoom level). To make the waveform for track B reappear, I have to zoom in again. Everything is normal if I don't zoom in.

Looks like a bug, thank you.

Is it possible to modify the zoom view? Ideally, the zoom should be based on the middle of the vertical selection bar (like on the latest official version).

Do you mean the default zoom when a track is opened? Currently it's set to show the entire track.

 

[Guillaume]

Do you mean the default zoom when a track is opened? Currently it's set to show the entire track.

This is the white vertical selection bar. It's the one that appears when you click on the waveform.
Currently (in the latest version), the zoom is around this vertical bar. This is useful for zooming in on the area to set mix points (start/end of track).
In this beta version, the zoom is towards the middle of the waveform. When we start from the general view (the entire track) towards a more specific point on the track.

 

[xzsaimon16]

What is wrong with the icons?

Only some are shown, as in the screenshot.

Can you please provide more information on what the event does, were there any error messages in the log, and what time you have configured to create playlists earlier in Settings > Scheduler.

I checked the event that generates the playlist. It's correct.

It seems that sometimes PLGenPro doesn't start from the scheduled event.

The event creates the playlist, obviously replacing a general playlist (a file)... So every hour a PL file is created and the file is replaced, but I don't know why the playlist isn't being generated. I don't know which version this small problem started with, but I'll keep a closer eye on it.

 

[easace]

The bottom-right corner of the list has been appearing white for the last two versions.

 

[Guillaume]

Report > Confirmation message « Report exported successfully »

The message is permanently displayed in the report window, above "Items".​

Thank you for adding this message to the translation file. And when I click "Cancel", the confirmation window doesn't appear: so it's working correctly.​

-------------------------------------------------------------------------

Playlist > Icon

The problem has already been reported here and I confirm:​

None of the icons defined in "File Types" are displayed in the player except for music files. In this example, there are 3 file types: the color for each file type is correctly assigned. This is not the case for the icons: they are blank.​

-------------------------------------------------------------------------

Playlist Generator & Event

I have an artist whose music was played very frequently, and I don't know what caused this issue. It happened occasionally in the latest official version (7.1.6.2).​

​

It's as if the "artist" field validation didn't work correctly. I don't know how Playlist Generator works, but it seems like it missed a step during generation (occasionally).​

​

And it's very annoying: the repetition of an artist (especially a very popular one) is problematic, as is the repetition of the same track.​

Here's what happened:

12:23 => Artist A; Artist B; Artist C – Title A
12:32 => Artist A – Title B

Artist A's position in the Playlists:

• Last position in Playlist A => 12:23
• Second position in Playlist B => 12:32

For each Playlist (In "Settings" of each Preset):

• "Do not repeat artist": 180 minutes
• "Multiple Artists": The "Extract individual artist for repeat protection" box is checked. Artist separators: ";"
• "Do not play tracks at the same time as yesterday": Checked
• "Use the last played tag": Checked
• "Repeat protection with consideration for tracks in the playlist window": Checked
  • "Maximum number of playlist tracks to check": 25
  • "Maximum number of minutes to check": 70
  • "Take into account expected track start time": checked

Scheduler:

• An event is scheduled to generate playlist B: it was at 11:45 AM.
• The log indicates:
  • "Playlist start time is: (today) 12:00:00 [Fri.]"
  • "Loaded tracks from the playlist window: 13"
  • "Playlist tracks repeat protection time shift: -15 minutes"

=> No errors.

Artist A is in the correct category. Both tracks are also in the correct category.

 

[rossedj9]

¿Tiene íconos personalizados definidos para la pista reproducida/actual/siguiente?

Yes

 

[box26609]

Yes, looks like a bug, it looks like it moves a week ahead for some reason. The next update will fix it.


The beds were always faded out, based on the configuration, Settings > Playback > Voicetracks (for voice track beds) and Settings > General > Advanced (for MIC bed). Bed for the file type is faded out with the track itself.
What's changed is how the bed fading is implemented internally; there were several issues fixed with the Render Playlist to a File feature, as well as couple of minor bed-related bugs here and there.

The thing I've always sought clarification about is the ability let the bed fade in at the start of a voicetrack and/or fade out before the end of the voicetrack.

In radio presentations music beds typically do not just start simultaneously with the presenter talking. Usually (though, granted, not always) the presenter starts talking and slowly increases the bed volume to the desired level, and as he approaches the end of his segment, before transitioning into a sweeper or other song, he will fade out his bed for it to not clash with the incoming track or end too abruptly. It just sounds more natural for a bed to fade out and be at zero level by the time the next track starts playing, or that's perhaps my desired style. It shouldn't matter. From the screenshot attached you can see that I've tried adjusting the bed fadeout settings to -5.00 seconds. My brain tells me this is supposed to make the music bed initiate a fade out 5 seconds before the end of the voicetrack, but no matter how many times I've tested it, it has not worked. I have tried to explain this previously and you keep saying there's no problem and I'm wondering if maybe I've not been explaining it properly. Or am i misunderstanding the purpose of this setting altogether? And if that's not the purpose of this setting then I humbly request that the functionality I'm describing is added - and it should also be applicable to all the music beds selected for individual filetypes.

 

[tomimatko]

I requested this a long time ago, but it was rejected, so I’ll try again

Would it be possible to implement a “Process Music Tracks” command — specifically for tracks that are already in the library?
Right now, if I want to run operations like Normalize, Trim Silence, BPM detection, Mix Start, and Mix End, even for just 10 tracks it can take several minutes. And since I add new tracks daily, this becomes a repetitive and time-consuming task.

A simple solution would be:

• Process all tracks in the library

• Skip tracks that are already processed
• Allow selecting which operations to apply (Normalize, Trim Silence, BPM detection, Mix Start, Mix End)

This would significantly speed up daily workflow, especially for stations that update their music library frequently.

The makelibrary command is close, but it rebuilds/updates the library from folders. What is missing is a simple command to process already existing tracks in the library without rescanning sources.

 

[Guillaume]

From the screenshot attached you can see that I've tried adjusting the bed fadeout settings to -5.00 seconds. My brain tells me this is supposed to make the music bed initiate a fade out 5 seconds before the end of the voicetrack, but no matter how many times I've tested it, it has not worked.

Preamble: Here are the elements in my player in order of playback:​

1. Track A
2. Vocal track
3. Track B

I've done some testing on what you're asking for and I've noticed a problem with the Fade Out (at 5 seconds in your example):

• The defined duration is correctly respected when Track B has an Intro;
• The defined duration doesn't seem to be respected when Track B doesn't have an Intro: the Bed's volume drops very quickly. There's a slight difference between a Fade Out at 0 seconds and a Fade Out at 5 seconds. But it's very fast for a Fade Out at 5 seconds.

------------------------------------------------------------------

I suggest modifying the following behavior:

Settings > Playback > Voice Tracking​

"Ignore Outro point and always play voice tracks up to intro": the box is checked.​

The Voice Track plays correctly up to the intro of Track B.

Problem: The Voice Track is overlapping with Track A. Track A and Track B play consecutively, and the Voice Track overlaps. Therefore, the Bed is not played.
The behavior should be different at the beginning of the action: the Voice Track should ignore the outro of Track A. The Voice Track should play after the "End" of Track A.

------------------------------------------------------------------

In the user guide (Minor correction):
Settings > Playback > Voice Tracking.
On the third line of the table, in the second column.

There is a spelling mistake: "Treas as a music track". It should be: "Treat as a music track".

------------------------------------------------------------------

I would like to know if the "trigger bed based on reading level" option will be added in this Beta version or later. Or is it no longer possible?
Here is the topic.
The answer was: added to the list of future improvements