Schedule songs by day and time

I also had an order from my editor to always have the same clock and categories for 24/7/365.
So the same thing also applies to Jingles/Sweepers/IDs or other things.

In the global category "Jingles" or "Sweeper" I would already put all my "Jingles" or "Sweepers" that I have in the archive, ready to use, but only if we are in that season of the year.

So, I could tell him for example: my 10 Christmas Jingles must play only and exclusively in the month of December.
And another 10 Summer Jingles only and exclusively in the month of August.

This could be done conveniently via grid to enable the months/days/times allowed for broadcasting.

All these things, (JINGLES or SWEEPER or IDs) will have a single generic TAG (to make us understand that we are not treating them as songs or commercials) applied, and will be in a single "JINGLES" category, but the real and proper "enabling" for broadcasting, must be done by me and by RadioBOSS through specific options and priorities.

At the moment there are objective limits.

And I think that here the TAGS are not really needed.
I would use the TAGS for other things, like the ones I mentioned before.
 
So at first we need to determine if Tags is sufficient for this purpose and if it's not, maybe it can be improved, and only in case it's not possible, then add new feature.
For me they are not enough, sorry. I vote to improve and implement other solutions.
Let's see what other users say (y)
 
I can explain how it works for me. Maybe I just don’t have a better idea for organizing playlists?

I also use tags to organize jingles by day and time, but to me that method seems quite complicated and hard to manage.
For example, in my Playlist Generator, I have a lot of presets that are basically the same, only differing by the jingles. This means I have an overwhelming number of presets.
So, for instance, I have a "Pop New" preset with general jingles, then the same preset with the same name but with jingles for the weekend, then the same preset with jingles for night, then the same preset with jingles for Friday, then again the same preset for Monday, and so on.
That means instead of having 20 presets, I have 120 due to the different jingles.
Of course, when I add them to the scheduler, I have to be very careful which preset I’m using because most of them are the same, only differing by the jingles.

If there was a way to assign jingles/songs by day and time, then I would only need one preset, and I could set the jingles for morning, Friday, weekend, etc., to play at the appropriate times. I could even give a higher rating so that type of jingle would appear a bit more frequently during the specified time. To me, this seems much simpler and more manageable.

On the other hand, I have some songs that, because of their hard lyrics, should only play at night, or some songs I would prefer to play only on Fridays, Mondays... for example. I don’t see a way to organize this through tags. If there is a way, I think it’s some complicated workaround, and it all comes down to easy assigning time and day to certain jingles or songs in the track tool. For example, if I don’t assign a time, it plays continuously; if I assign a time, it only plays then.

I’m not sure, but I think most radio software has the capability to specify time and day, and if it wasn’t necessary, they wouldn’t have it. And I think organizing by tags is not an equivalent substitute.
 
I know that I could do the rotations, as you suggest, with the use of the TAGs, but already working for another local and web radio, I find it better to always use the same categories with all the songs "potentially" enabled and ready to play in that category and in that portion of Clock.
But not always, therefore, it comes to mind in August for the summer, in December for Christmas etc..
So I could already set forced limits on certain songs or jingles, in which I specify (via a grid, the months/days/times allowed for broadcasting) and stop.
This makes sense as this will work automatically using a single template. Partially, it's possible already if you use track start/end dates - the track will only be selected by Playlist Generator in those dates. This may be extended to allow more gradual control. Probably will happen in the future updates.

So, I could tell him for example: my 10 Christmas Jingles must play only and exclusively in the month of December.
And another 10 Summer Jingles only and exclusively in the month of August.
You can do it with Start Date and End Date fields - can be edited in Track Tool or Music Library.
 
I also use tags to organize jingles by day and time, but to me that method seems quite complicated and hard to manage.
For example, in my Playlist Generator, I have a lot of presets that are basically the same, only differing by the jingles. This means I have an overwhelming number of presets.
So, for instance, I have a "Pop New" preset with general jingles, then the same preset with the same name but with jingles for the weekend, then the same preset with jingles for night, then the same preset with jingles for Friday, then again the same preset for Monday, and so on.
That means instead of having 20 presets, I have 120 due to the different jingles.
Of course, when I add them to the scheduler, I have to be very careful which preset I’m using because most of them are the same, only differing by the jingles.
Yes, this can be solved by either using a sort of parametric playlist templates, or adding more fields for tracks to control when they can air. I think the second approach would be easier to use and understand - probably something about this will be added in the next major update.
 
Can someone tell me how 'using a sort of parametric playlist templates' can be used to make certain songs appear at specific times of the day?
As for 'adding more fields for tracks', if I understood correctly, instead of adding a single time field, the idea is to use a combination of multiple fields?
 
Can someone tell me how 'using a sort of parametric playlist templates' can be used to make certain songs appear at specific times of the day?
One way is to add parameters to the preset, like different filter sets - based on the user defined parameter. Then you run a command like generate PresetName -param1=value and based on this the template will adjust its filters.
But I think it will make things unnecessary complicated.

As for 'adding more fields for tracks', if I understood correctly, instead of adding a single time field, the idea is to use a combination of multiple fields?
Yes, with additional fields it will be easier. Still, an additional parameter will be needed for day time protection - to let the Playlist Geneator know when the playlist will run. It will be used to filter tracks based on allowed start time.
 
Hi, is there any news on this topic?
are there any new updates coming?

let me know, because it is a very serious and important aspect for a radio
 
Here's what people are talking about. I work for a station that uses PLayit Live, this is the online web version of their track tool.
In the photo you have a full day hours grid, the green filled boxes with the Y are the hours this track can be played.
It's called Day parting or song scheduling.
 

Attachments

  • Playit Live Daypart Grid Web version.jpg
    Playit Live Daypart Grid Web version.jpg
    135.7 KB · Views: 67
Currently you can implement this using the Tags system. In the future we'll see what can be added to RadioBOSS to make day parting easier to configure.
 
Is it possible to improve the Tag feature and assign times and days of validity to them when selecting tracks?

Suggested use of the new feature:
  • The Tag allows tracks to be considered based on selected times and days of the week.
  • The Tag allows only tracks with this Tag to be excluded based on unselected times and days.

Implementing this new feature:
When creating or editing the Tag, add:​
  • A time grid (from 0 to 23);
  • A line for the minutes;
  • A line with the days of the week.

"All" and "Weekdays" would be checked by default.
The formatting is for illustrative purposes only and could be improved (see screenshot).



Example of intended use:

For music with harsh lyrics:​
I create a new "ExplicitContent" tag.​
I select the tag's validity hours: 9:30 PM to 3:30 AM.​
I select the tag's validity days: Weekdays.​
I then select the tracks to include this tag.​
In the "filters" tab of my Playlist Generator category, I add an "Include" line by selecting the "ExplicitContent" tag.​

Desired behavior for generating rotation at 8 a.m. for the "Hit_2025" category:​
The "ExplicitContent" tag allows you to exclude all tracks with this tag. The other tracks are selected according to the other usual tags.​

Desired behavior for generating rotation at 10 p.m. for the "Hit_2025" category:​
The "ExplicitContent" tag allows you to consider all tracks with this tag. The other tracks are also selected according to the other usual tags.​


For morning, midday, afternoon, evening, and weekend jingles:​
I create a tag for each time of day and add the desired tag based on the jingles.​

Desired behavior for generating rotation at 8 a.m. on Thursdays for the Jingle category:​
The tag "JingleMorning" allows all tracks with this tag to be considered.​
The other tags "JingleNoon," "JingleAfternoon," "JingleNight," and "JingleWeekend" allow jingles with these tags to be excluded.​
Other jingles that do not have any of these five tags are considered.​


This would optimize the functionality of Tags and meet some user requests.

This proposal should be considered with great caution, as it could be useful for daily playlist generation and when the playlist is played within minutes.

A problem arises when multiple playlists need to be generated in advance. How can Playlist Generator be made aware that these playlists will be played on different days and at different times of the day? Should an option be added to determine when the playlists will be played (days and times)?
 

Attachments

  • Current_Configuration.png
    Current_Configuration.png
    28.4 KB · Views: 29
  • New_Configuration.png
    New_Configuration.png
    42.2 KB · Views: 28
The time/day parting feature is planned for the future versions, but I think it will be implemented differently, maybe additional field(s) that determine when a track can be used.

As proposed here, it violates some UI design principles that is in the Tag List editor you also decide when a track is allowed to play, it mixes different things together.
 
During my time using RB, one of the problems I've encountered when using "Track List" or "PGP" is track repetition.
Another problem is the endless list of musical events to schedule.

Possible solution:

improve RB's random music programming.

For example, if you add a folder with 100 tracks, play until the last one and then repeat the folder again.

In this situation the repetition rules should be breakable.

I also think it's a good idea to incorporate a grid to organize our music playlists and have RB automatically schedule them.

Capturaf.PNG
 
I offer two types of solutions:

Add start and end times for a track as found in Tag Editor and Track Tool: Start and End Date (screenshots attached).

Example #1:​
All I Want For Christmas Is You – Mariah Carey” is in my “Pop Dance” category.​
The start date is December 10 and the end date is December 25 (configuration already possible and it works perfectly)​
This year I only want the broadcaster between 8 p.m. and midnight.​
The advantage of this new configuration:​
• I immediately set up for broadcast on the desired dates and at the desired time slots;​
• I'm not going into the Playlist Generator to create a new "Pop Dance" category with a "Mariah Carey, I love you tonight" tag. For your information, this category is already complicated to manage on my side and I do not want to add yet another constraint…​


Example #2: I have a “Jingle” category that is broadcast in all my rotations between midnight and 11:59 p.m.​
This category includes morning, day, evening and night jingles. Each jingle is associated with the new configuration with the choice of time slot.​
The advantage of this new configuration:​
• All my “morning, day, evening and night” jingles are combined into one category.​
• I don't go into the Playlist Generator to create 4 categories but just one.​
• I avoid mistakes by selecting the “good night jingle” category too quickly when I have just put it in the 2 p.m. rotation…​



However, what should we do with jingles that are only to be broadcast on certain days of the week? Example: weekend, Monday…

Tags are indeed a very good tool. I am very happy with the options that are offered in the Playlist Generator. This allows you to optimize the creation of a category to only broadcast certain tracks. For me, it's quick and effective.


But this forces me to create other categories for the same type of tracks.
Example: morning jingles, daytime jingles, evening jingle, weekend jingle… And I made mistakes when creating the rotation: putting a “weekend” jingle on a Wednesday.


The idea is therefore, for me and perhaps also for the others who commented on this subject proposed by tomimatko, to avoid errors when creating rotations.
Because I have more than 300 categories to date. And I know I will be able to decrease this number with further optimization.

I have read the proposals to create a grid and take inspiration from the ads scheduler.

I am proposing a configuration that would include all of the requests and using a tool that is already in RadioBOSS: the Scheduled Event (See attachment).

Date: Start and end date (this already exists)​
Hours: Selection of hours, minutes, seconds – With the “Select all/deselect all” option.​
Days: selection of days of the week​
Week: Week number​
Repeat: the track must repeat after “X” minutes.​
Limit: the track must not be played more than “X” times.​


Each option would have an enable/disable checkbox.​


Example: I take my example from Mariah Carey’s title in my “Pop Dance” category.​
In the Tag Editor & Track Tool, we would have the display of a “Set Time and Day” button. And I will have configured the track as in the attachment.​
Accuracy for:​
Hours: Selection of hours, minutes, seconds. This is not an event. This is a constraint: When I select Mariah Carey’s title at 8:00 p.m. I force him to play at 8:00 p.m. as soon as there is the “Pop Dance” category.​
Repeat: the track must repeat after “X” minutes. In my example: after 24 hours, the track should play again. This is not an event. This is a constraint: When Mariah Carey’s title has just been played at 8:15 p.m. I force him to play next time in 24 hours. But it will only be when there is the “Pop Dance” category from 8:15 p.m. the next day.​


Interest in jingles:​
• We choose a single category that goes in all rotations​
• For my part, this will delete 6 categories and around thirty rotations​



And I will have other interests on musical tracks.

Example :​
I have my “Top French” category which includes around twenty tracks. And I have 4 which must absolutely broadcast twice during the day and 7 which must absolutely broadcast once during the day. This category appears 16 times during the day.​
My current solution is to create 2 other almost similar categories. Tracks which should be part of an existing category but with unique particularities.​
In my example, I will keep my “Top French” category. For the 4 tracks with two passes per day, I will use the desired time or repeat with this new option in the Tag Editor & Track Tool. Ditto for the 7 tracks which must broadcast once a day. I would have 5 tracks left during the day which will be chosen by Playlist Generator to arrive at my 16 “Top French” passages per day.​
Instead of having 3 categories, I only have one category.​


The tags play their role well. But, to achieve an optimal and certain result, I must multiply the categories and therefore the rotations as well as the events.

Relying on priority rules is too uncertain. Moreover, it is a probability and not a certainty to see a track broadcast according to one's wishes with the priority rules.

The request to see a grid with a pop-up window in RadioBOSS with these new options for each track is therefore not just a copy of the actions that tags can offer. This is about optimizing the work of the tags. It is an important complement to carry out specific, rigorous actions in order to be more efficient, less stressed by oversights and possible errors.

For my part, I support this important new feature appearing in a future version of RadioBOSS.

Sorry for this long description and argument. But it is important, and it is to improve the development of good software

I purposed an option like that to control some specifiics titles, example : you have few songs about the morning and the coffee and the wake up and you want it to be broadcasted only between 6am to 9 for example, or a title about the afternoon.

In another case it could be really useful for specific jingles with a role of accompanying the listener throughout the day "Good morning with Altec Radio".

It could be Really useful to had such an option with an hours grid for autointros to enable and disable autointro in function of the moment of the day or in function of a day in the week. For example, i'm using auto intro to say "Have a good weekend on Altec Radio" and actually I'm using many scheduler automatized commands to activate and deactivate my auto intros.

Kind Regards
 
I think we should create a specific application to program music for RB.
I think it would be the most reasonable solution for everyone.

With the following characteristics:

1 - that we can insert "track list M3U" or "PGP presets" per hour.
1759350781220.png

2 - automatically schedule in RB'"Event Planner".
3 - It has options on specific tracks.
give it a specific date or omit it at certain times.

We can start with a pilot model and we could improve it over time.
 
During my time using RB, one of the problems I've encountered when using "Track List" or "PGP" is track repetition.
There's no repetition if repeat protection rules are defined.

For example, if you add a folder with 100 tracks, play until the last one and then repeat the folder again.
This is what it's doing, but as there are other rules and filters involved, it sometimes has to choose a different track.

In this situation the repetition rules should be breakable.
Those rules will make no sense then, as people expect the rules to be followed otherwise what's the point of defining them?

I also think it's a good idea to incorporate a grid to organize our music playlists and have RB automatically schedule them.
A new module is planned to allow doing that, similar to the Ads Scheduler but for playlist creation.
 
I think we should create a specific application to program music for RB.
Currently, you can achieve the same result using the scheduler. It's a one time job mostly. The new module (see previous post) will ease this process in terms of scheduling the playlist generator.
 
Back
Top