Feature requests: 2 new %variables?

Dana

Member
I have 2 small feature requests:

A new variable like the existing "%len". But for the real lenght, because if the gap killer is activated, the track is shorter than the original.
So, "%reallen" for example. Nearly every track is shorter than the original and I use the "%len" for a progress bar. See the screenshot of the DAB radio display. This progress ends often at 95% or 97%. Not really perfect. So, how is the effort? The gap killer should know in the first second the real track lenght. And if you send after the first second the broadcast title format, then the information is valid.
I use at the moment this config:
%artist;%title;%filename;%playcount;%len;%seconds~
The result is processed in the DAB Mux and a PNG is generated for the digital radio and the send every 6 seconds.

My second request is a new variable like %lastplayed. Typicall the lastplayed date is after the first second of a tile the actual date and time. Nice, but I need the real last played time, not the latest played. So another variable would be fine. So what do you think? The background is to check the RP rule and to display in a DAB trial also the information.
 

Attachments

  • Clipboard04.png
    Clipboard04.png
    11.7 KB · Views: 162
A new variable like the existing "%len". But for the real lenght, because if the gap killer is activated, the track is shorter than the original.
So, "%reallen" for example.
Good idea, should be added in one of the future versions.

Typicall the lastplayed date is after the first second of a tile the actual date and time. Nice, but I need the real last played time, not the latest played
Do you mean previously played date/time?
 
The actual time (Red) is well known during playing the title and also displayed under the playcount. Does this really makes sense to show this here? Because it is better to see the real last / previous play. Stations often play titles several times a day, because a new moderator doesn't know the previous playout. Only in the database.

To answer your question: Thanks if there is an access to the previous time, marked here in Green.
 

Attachments

  • Clipboard07.png
    Clipboard07.png
    46 KB · Views: 163
Regarding the active / real title play time, I'm not sure if this is the track time minus gap killer. What I mean is the blue field at the end of the track here, because gap killer sets itself to 0 for this title. So there is another feature who did a gap. See market
Clipboard02.png
parts.
 
The actual time (Red) is well known during playing the title and also displayed under the playcount. Does this really makes sense to show this here? Because it is better to see the real last / previous play. Stations often play titles several times a day, because a new moderator doesn't know the previous playout. Only in the database.
Yes, makes sense, I've added it for the upcoming RadioBOSS 6.2.

Regarding the active / real title play time, I'm not sure if this is the track time minus gap killer. What I mean is the blue field at the end of the track here, because gap killer sets itself to 0 for this title. So there is another feature who did a gap. See market
The actual playback time = total track duration - gap killer - mix point.
 
I forgot the mix-point. It makes sence to get all 3 timings into account. Thanks for your quick response. I'll wait for the next release to check that new variable!
The the values are correct, I think, reading the file in advance (like for the auto amp) shloud be recommended. That you have the gap killer and the mix point timing available in the fiorst second. Because then the broadcast .txt happened and the content of the text file should be valid.
 
The the values are correct, I think, reading the file in advance (like for the auto amp) shloud be recommended. That you have the gap killer and the mix point timing available in the fiorst second. Because then the broadcast .txt happened and the content of the text file should be valid.
It has all the information about the playing track, but not for the next track - it's evaluated with the delay.
The next version should have all this improved.
 
Please can you tell me the %variable for the actual track lenght. So database lengh minus dynamic gap killer time. I can't find a note in the manual.

The second idea was the %lastplayed date. Any news for that?
 
Good idea, should be added in one of the future versions.


Do you mean previously played date/time?
Any progress about my suggestion? It would be helpful to have an additional variable like %len_net. Or a separate %gap_shortener. Because these timings are variable to the track content. We have in average 4 to 8 seconds less playout time compare to the actual title %len.
 
Any progress about my suggestion? It would be helpful to have an additional variable like %len_net. Or a separate %gap_shortener. Because these timings are variable to the track content. We have in average 4 to 8 seconds less playout time compare to the actual title %len.
Not yet, but this is planned for the future versions. Will be added in one of the next updates.
 
Could you add a variable for the name of the current playlist?
There's no "current" playlist in RadioBOSS because playlists can be inserted into each others in the playlist window. Perhaps you will find the %showname variable useful. In the beginning of the playlist, insert a command: set %showname=TEXT then the %showname variable will be equal to your TEXT.
 
Back
Top