RadioBOSS 7.2 [beta]

[JRQ]

Recentemente adquiri uma licença do RadioBOSS Ultimate e tenho testado o software extensivamente, e gostei muito dos recursos que ele oferece.
No entanto, notei alguns erros na versão 7.1.6.2, que persistem na versão Beta 7.2 que estou testando atualmente.

Os erros estão listados abaixo:
01 - Sobreposição de Reprodução: Se mais de um evento estiver agendado, eles aparecem na aba à esquerda da fila e aguardam o término da música (até aqui tudo bem), mas então todos os eventos na fila são reproduzidos ao mesmo tempo (misturados) em vez de um de cada vez.

02 - Sobreposição de Reprodução: No caso de um evento comercial, o sistema não espera mais o término da música; ele simplesmente pausa a música e reproduz os comerciais. NOTA: Se mais de um evento estiver agendado (por exemplo, vinhetas, anúncios de horário e anúncios de temperatura), eles aparecerão na aba à esquerda da fila, mas todos os eventos na fila serão reproduzidos simultaneamente, juntamente com os comerciais.

NOTA: Eu sempre deixo a opção marcada (Pausar a lista de reprodução enquanto um evento está sendo reproduzido).

 

[tomimatko]

I’m not sure whether this is a bug or a new way the playlist generation works.
When I go to Add event → Generate a playlist → Select Template, I get the error:
“Please specify the playlist file name.”

This is not in a Multiple Actions event (where the Generate command is not allowed), but in a regular Generate a playlist event.

If I enter the Generate command manually and specify the playlist file name, everything works as expected.

I hope this is a bug and not that we are now supposed to first create one event to generate the playlist and then another separate event to start the playlist.

 

[powergrindradio]

I was eagerly waiting for the new version of RadioBOSS, mainly because of a feature we’ve been asking for years – Dayparting: set when a track is allowed to play (hours/days of the week).

And finally, here it is!
But then came a big disappointment: it’s available only in the Ultimate version, the most expensive one.

OK, I could understand if it were available in the Advanced version, although many of us expected it to be included in Standard as well.
Because this is not some kind of luxury feature – it’s one of the fundamental elements of radio automation.

has RB been a super disappointment to you? Or are you mostly satisfied with it?

 

[djsoft]

Can the clock be set to 24 hours?

Clock uses the system time format. 24-hour clock can be enabled from Settings > View.

 

[djsoft]

So, in these cases, I think it would be better to include it in a combined column that is displayed in the following way, as shown in the next screenshot.

By default, the playlist icon column shows the icon (note), track number and is playback queue is used, also shows it:

Adding another 1-2 icons (e.g. file type icon, and next track icon) may make it look overused. So in total it can be up to 3 icons and text like on the screenshot above, all in one column. That's why we decided a separate column for additional icons (file type, next track, etc.).

 

[djsoft]

Dayparting is very important for me, and I’d be happy to upgrade to the Advanced edition for it. Since this is an essential feature for radio automation, limiting it only to the Ultimate version feels a bit excessive. I think it would be fair and reasonable to include it in the Advanced edition as well.

I'll see what can be done. Maybe we'll run a limited promotion to allow upgrading with a discount instead. Standard and Advanced already have lots of features, especially for this price point.

Inactive tabs are barely distinguishable (see screenshot). Maybe they could have a border, a bolder font, or additional Style options to allow changing their color and font.

OK, more style options will be added to control how the tabs look.

I set an icon for ads in File Types, but it doesn’t appear in the playlist, and it doesn’t seem to be saved. Every time I reopen the File Types window, the icon field is empty again.

There's a bug that you also need to change some other option (and change it back), this will trigger it to save the icon.

Maybe it would be useful to allow choosing where the countdown clock is displayed – on the left or right side of the playing track. It feels more logical to me to have it on the left, since the clock and weather are already there. It would be very helpful when I’m on air to have everything in one glance.

I'm not sure about this, the logical position is to the right. I added this to the list, maybe an option will be added.

 

[djsoft]

I know, we use “Additional work zone,” but we want this work zone to be split.

I see, there's actually a feature request exists about it, will be added in one of the updates.

I’m referring to the intro/outro marker of the current song.

Here is an example of the intro marker and the outro marker, which I think would be better if we set a separate color for the intro marker and the outro marker individually.

Currently it shows a sum of Intro+Outro for both tracks (accounting for mix points, etc.) - so it can't really be separated. You can visually see in what zone it is on the nowplaying bar.

I have the default color settings for black skin.

Thank you, we'll check this.

 

[djsoft]

In File Types, could that small scrollable window be avoided? It would be nicer to have everything visible at a glance, like it was before. Maybe the Icons section could be moved into the empty space, as shown in the screenshot?

Icon at this position looks awkward. I agree scrolling window is not good, but for now this is how it's done. I'll see what can be improved there.

I’d like to have a Preset option in Daypart Restrictions, so I can create my own specific presets such as morning, night, afternoon, etc.

Yes, will be added.

I was thinking about requesting this. I would also like these presets to be applicable in bulk or in large quantities.

You can edit tracks in bulk, including Daypart, from the Music Library: select all tracks, right-click, Track Properties.

 

[djsoft]

Clock not good

Thank you, added to the list of bugs.

If you could also make the File Type window expandable so that we can read long File Type names

Problem is that the window is limited in space and making it larger will make it totally unusable on smaller screens (e.g. laptops under 14"). I added this to the future improvements list.

 

[djsoft]

Recentemente adquiri uma licença do RadioBOSS Ultimate e tenho testado o software extensivamente, e gostei muito dos recursos que ele oferece.
No entanto, notei alguns erros na versão 7.1.6.2, que persistem na versão Beta 7.2 que estou testando atualmente.

Please write in English.

I’m not sure whether this is a bug or a new way the playlist generation works.

This is a new way how it works. For certain features to work (e.g. Dyaparting) it is required to specify playlist start time and day, the generate command does not support this. This is why this command is deprecated starting with RadioBOSS 7.2.

I hope this is a bug and not that we are now supposed to first create one event to generate the playlist and then another separate event to start the playlist.

This is actually how it's supposed to be done now, create playlists in one events then start them using separate events. This way you control when the playlists will start, as opposed to using the generate command, when the playlists were started at some random point in time, depending on how much time it took to create a playlist.

 

[xzsaimon16]

By default, the playlist icon column shows the icon (note), track number and is playback queue is used, also shows it:
View attachment 15300
Adding another 1-2 icons (e.g. file type icon, and next track icon) may make it look overused. So in total it can be up to 3 icons and text like on the screenshot above, all in one column. That's why we decided a separate column for additional icons (file type, next track, etc.).

I think it depends on the user. I don’t use Time Stretch, I don’t use the queue either (there are stations where this is practically not used and there is a tab to view the queue), and the track number is a column that I don’t use either.

But I think this would be the best solution:

1. The icons for (previous, now, and next…) can be displayed inside the “track title” column, as shown in the screenshot, or in another new column called “status”, or in the “icon” column.
   
   Within the “track title” column, the space at the end can be used efficiently and it looks very good. Also, I think this could be defined so users can enable or disable it.
   
   
2. The icon set by the user can replace the default one (musical note icon), thus avoiding having two columns, while also leaving space for the text (Time Stretch, queue, etc.).

NOTE: The default icons are always fixed and do not move; that’s why I suggest all of this—to give them a bit more life and make their function feel useful.

 

[JigglyEmz]

Can't seem to get some custom hot keys to worl for example i normally set ` as a second mic button as its easier to get to than F8 but it wont seem to set.
Some of my Tags don't seem to be setting for example my new Clean Tag sets fine, but the new EXPLICIT tag i created won't set atleast visually its there in the tags when viewing track editor/track properties but not visually there in Music Library

 

[JRQ]

I recently purchased a RadioBOSS Ultimate license and have been extensively testing the software, and I really liked the features it offers.

However, I noticed some bugs in version 7.1.6.2, which persist in the Beta 7.2 version that I am currently testing.

The bugs are listed below:
01 - Playback Overlap: If more than one event is scheduled, they appear in the tab to the left of the queue and wait for the music to finish (so far so good), but then all events in the queue are played at the same time (mixed) and not one at a time.

02 - Playback Overlap: In the case of a commercial event, the system no longer waits for the music to finish; it simply pauses the music and plays the commercials. NOTE: If more than one event is scheduled (for example, jingles, time announcements and temperature announcements), they will appear in the tab to the left of the queue, but all events in the queue will be played simultaneously, along with the commercials.

NOTE: I always leave the option checked (Pause playlist while an event is playing).

 

[Levine66]

This is really good. Thanks for 7.2.
One of the features I really could use... Is more scheduling options for various track attributes like gender, tempo etc using Max/Min in a row method.
But for now time to play with day parting.
Thanks again

 

[xzsaimon16]

I see, there's actually a feature request exists about it, will be added in one of the updates.

Thank you, I requested this feature approximately 3 years ago.

Currently it shows a sum of Intro+Outro for both tracks (accounting for mix points, etc.) - so it can't really be separated. You can visually see in what zone it is on the nowplaying bar.

In this case, is it possible to set the text “INTRO + OUTRO”?


One observation: when seeking within the intro or outro zone:

, the intro/outro bar and counter are not shown or disappear; they only appear again when the track is restarted. In the previous version, this worked correctly.

 

[madein80]

Hi !
I’ve been testing this 7.2 beta version for a few hours now, and what a success! The interface is beautiful, the dayparting is brilliant, and the virtual mixer is a fantastic idea.

Regarding the virtual mixer, would it be possible to control it via an API? The idea would be to switch to an external source (the stream of a remote host) using an HTTP request, and then switch back to the main input once the show is over. This would be amazing for my radio station.

In the meantime, I’m looking for bugs and I’ll definitely come back here if I find any.

 

[rossedj9]

Creo que depende del usuario. Yo no uso Estiramiento del tiempo, yo tampoco uso la cola (hay estaciones donde esto prácticamente no se usa y hay una pestaña para ver la cola), y el número de pista es una columna que tampoco uso.

Pero creo que esta sería la mejor solución:

View attachment 15301

1. Los iconos de (anterior, ahora y siguiente…) se pueden mostrar dentro del “título de la pista” columna, como se muestra en la captura de pantalla, o en otra columna nueva llamado “estado”, o en el “icono” columna.
   
   Dentro del “título de la pista” columna, el espacio al final se puede utilizar de manera eficiente y se ve muy bien. Además, creo que esto podría definirse para que los usuarios puedan habilitarlo o deshabilitarlo.
   
   
2. El icono establecido por el usuario puede sustituir al predeterminado (icono de nota musical), evitando así tener dos columnas, dejando además espacio para el texto (Estiramiento del tiempo, cola, etc.).

NOTA: Los iconos predeterminados siempre son fijos y no se mueven; por eso sugiero todo esto— para darles un poco más de vida y hacer que su función parezca útil.

 

[box26609]

Is there a way for us on Standard to see what the virtual mixer looks like? I may be interested but I'd like to see how it looks/works first. Is it already in the manual?

 

[tomimatko]

Please write in English.


This is a new way how it works. For certain features to work (e.g. Dyaparting) it is required to specify playlist start time and day, the generate command does not support this. This is why this command is deprecated starting with RadioBOSS 7.2.


This is actually how it's supposed to be done now, create playlists in one events then start them using separate events. This way you control when the playlists will start, as opposed to using the generate command, when the playlists were started at some random point in time, depending on how much time it took to create a playlist.

This is exactly what I was afraid of. I’ll try to explain this logically, from the perspective of a radio program director who edits and programs RadioBOSS on a daily basis.

At the moment, our station uses 77 different events. Under this new approach, that would mean creating another 77 events — one set to generate playlists and another set just to start them. In practice, that’s a mission impossible, and it’s a setup where mistakes are almost guaranteed to happen. This is far from what I would call a functional workflow; it feels like complexity taken to the extreme.

The explanation that “playlists were started at some random point in time, depending on how much time it took to create a playlist” doesn’t really hold up in real radio operation. On my system, generating a one-hour playlist takes between 1 and 5 minutes, depending on the settings. That has never been a practical issue.

Other radio automation systems have supported dayparting for years (Jazler, RadioDJ), with this logic integrated directly into playlist or log scheduling, without requiring separate “generate” and “start” events.

There is also another important aspect. Radio programming is not static — to avoid sounding repetitive, I regularly adjust the timing of individual events, shifting them slightly earlier or later. With this new model, I would constantly have to ensure that two separate events remain perfectly aligned. Keeping everything synchronized under these conditions would be very difficult and extremely easy to mess up.

I’m a technician and a program editor. I don’t have the time to constantly monitor whether the “generate” event and the “start” event are both correct and in sync. This would significantly complicate daily operations.
And imagine an even worse — but very realistic — scenario: if, for any reason, the separate “generate” event fails or is forgotten, the same playlist could easily be started twice on the same day. That would mean repeating the exact same playlist within a single day, which is a nightmare in real radio programming.

Yes, there are users who run a single 24-hour playlist, and for them this approach is easy. But a serious radio station runs many playlists, depending on the day, time of day, weekends, and special programming.

I’m sorry, but this new approach is very difficult for me to accept. The idea that I should pay for the most expensive version and the most expensive yearly subscription, only to get a much more complicated workflow in return, is not something I can realistically justify.

Of course, it’s nice to have new features — a new Clock tab, icons and emojis, dayparting, a cleaner design, options like “not play tracks at the same time as yesterday”, and other small improvements. All of that is welcome.
But the real question is whether these additions are worth it if, in return, we get a much more complex and fragile workflow. For day-to-day radio operation, simplicity, reliability, and predictability are far more important than having more features on paper.


And finally, a very important question: if the Standard and Advanced version does not include dayparting, will it keep the old “Generate a playlist” behavior?

 

[rossedj9]

I think it depends on the user. I don’t use Time Stretch, I don’t use the queue either (there are stations where this is practically not used and there is a tab to view the queue), and the track number is a column that I don’t use either.

But I think this would be the best solution:

View attachment 15301

1. The icons for (previous, now, and next…) can be displayed inside the “track title” column, as shown in the screenshot, or in another new column called “status”, or in the “icon” column.
   
   Within the “track title” column, the space at the end can be used efficiently and it looks very good. Also, I think this could be defined so users can enable or disable it.
   
   
2. The icon set by the user can replace the default one (musical note icon), thus avoiding having two columns, while also leaving space for the text (Time Stretch, queue, etc.).

NOTE: The default icons are always fixed and do not move; that’s why I suggest all of this—to give them a bit more life and make their function feel useful.

I don't see those previous, next, and now icons. How can I see them or add them?