RadioBOSS 5.5 [beta]

Status
Not open for further replies.
nelson c said:
The second alternative seems valid, but I have a doubt:
If you then run the ADSUpdate command, this configuration is maintained?
The adsupdate command recreates the ad events and it will not keep the "Started" state for the event. If you only want to start events from the API then you can use the Manual option to prevent events from starting from the scheduler itself (probably, an API command should be added to control "Manual" option state).

eddr said:
I think in simple terms: Ability to run event/schedule on demand without an actual schedule time/date or in addition to the schedule?

Just like doing a "Run Now" on a windows scheduled task
This is already possible with the "If Run Now was used, skip next scheduled launch" option (starting events from the API is the same as clicking the "Run Now" button, so this option applies).
 
djsoft said:
nelson c said:
The second alternative seems valid, but I have a doubt:
If you then run the ADSUpdate command, this configuration is maintained?
The adsupdate command recreates the ad events and it will not keep the "Started" state for the event. If you only want to start events from the API then you can use the Manual option to prevent events from starting from the scheduler itself (probably, an API command should be added to control "Manual" option state).
It is a valid option, although it obliges all events to be executed if or if from the API.
For example I have events that I need to make on a scheduled basis: a backup of the profile that is performed once a week.
 
nelson c said:
It is a valid option, although it obliges all events to be executed if or if from the API.
For example I have events that I need to make on a scheduled basis: a backup of the profile that is performed once a week.
I'm not sure if I understood the request... The "run" API command for scheduler is the same as pressing the Run Now button in the scheduler list, and it also considers the "Skip next run if Run Now was used" option. If you want to run some events from API only, you can disable them to prevent scheduler from running them at all.
 
nelson c said:
I found a Bug:
When you use the player of simultaneous, the option "send to the server the name of the task instead of the track title" does not work
When tracks are playing in the "Overlay playback" player, their titles are not sent to the server.
 
djsoft said:
nelson c said:
I found a Bug:
When you use the player of simultaneous, the option "send to the server the name of the task instead of the track title" does not work
When tracks are playing in the "Overlay playback" player, their titles are not sent to the server.
Is it possible process to implement this? or it is busy for now? Not me interest to send the metadata of selected tracks. But if the name of the event

I have a programming software which must perform a task when you start advertising. Now there is no way to detect it
 
nelson c said:
Is it possible process to implement this? or it is busy for now? Not me interest to send the metadata of selected tracks. But if the name of the event
I'm not sure this feature can be useful for other users... Overlay players never sent title updates and this feature was never requested.

nelson c said:
I have a programming software which must perform a task when you start advertising. Now there is no way to detect it
May be disable "Overlay playback" for commercials?
 
Is there any way to check the operation of a transmission of Icecast from the RB API?
We have a second study several miles that is linked by internet to perform a transmission.
Before the start of the live program, we need aber if everything works fine
 
nelson c said:
Is there any way to check the operation of a transmission of Icecast from the RB API?
We have a second study several miles that is linked by internet to perform a transmission.
Before the start of the live program, we need aber if everything works fine
It is possible, there's new API command encoderstatus that returns statuses for all broadcasting encoders.

nelson c said:
For these reasons the player thought simultaneously for advertising
Perhaps, there can be another solution e.g. analyze RadioBOSS reports to see if advertising was started.

nelson c said:
Besides this: the calculation of sweapers, takes into account the time of mixture of the main player?
So far my tests were all with the player simultaneously, in which never mixes and types of files.
Mixing is not taken into account - it calculates as if tracks go without any mixing.
 
djsoft said:
nelson c said:
Is there any way to check the operation of a transmission of Icecast from the RB API?
We have a second study several miles that is linked by internet to perform a transmission.
Before the start of the live program, we need aber if everything works fine
It is possible, there's new API command encoderstatus that returns statuses for all broadcasting encoders.

Thank you, this is not 100% reliable, but if enough.
Only by way of an anecdote:
On one occasion all seemed to work ok, but windows firewall limited transmission to internet of the internal server of RadioBOSS.
Reboot PC I fix the problem

djsoft said:
nelson c said:
For these reasons the player thought simultaneously for advertising
Perhaps, there can be another solution e.g. analyze RadioBOSS reports to see if advertising was started.
Yes, at first I thought this. Only I need to detect the beginning of advertising in half a second. Do 2 readings per second of all a record, I guess will require much CPU.

nelson c said:
Besides this: the calculation of sweapers, takes into account the time of mixture of the main player?
So far my tests were all with the player simultaneously, in which never mixes and types of files.
Mixing is not taken into account - it calculates as if tracks go without any mixing.
[/quote]
Of course, I assumed it. Several files can make that the sweepers is one or two seconds more short. The player simultaneously solves the problem, and echo works excellent.
 
nelson c said:
Thank you, this is not 100% reliable, but if enough.
Only by way of an anecdote:
On one occasion all seemed to work ok, but windows firewall limited transmission to internet of the internal server of RadioBOSS.
Reboot PC I fix the problem
We've never seen it with Windows Firewall during testing... Consider adding RadioBOSS to Windows Firewall white list.

nelson c said:
Yes, at first I thought this. Only I need to detect the beginning of advertising in half a second. Do 2 readings per second of all a record, I guess will require much CPU.
You can try it. I don't think it'll take lots of CPU as read operation will be cached by Windows.
 
RadioBOSS 5.5.0.3

Changes:
  • "PREV" and "NOW" for Year filter in Playlist Generator (previous and current year)
  • Playlist->Extra->Copy to folder: when copying an entire playlist, the resulting file names will be prefixed with numbers
  • "Delete nonexistent files" changed to "Mark nonexistent files" (menu Playlist->Extra)
  • Tag reading can be turned off in Settings->Playback->Miscellaneous
  • Ads Scheduler: sweeper list is cached for faster playlist creation
  • API: "inserttrack" command allows specifying streaming title (streamtitle parameter)
  • Performance improvements
  • Minor bugs fixed
Download: http://dl.djsoft.net/beta/radioboss_beta_5.5.0.3.exe
 
Good morning, I noticed that the tags are incomplete
 

Attachments

  • Tag.jpg
    Tag.jpg
    55.4 KB · Views: 463
  • tag 2.png
    tag 2.png
    32 KB · Views: 472
StefanoM said:
Good morning, I noticed that the tags are incomplete
It looks like that you disabled tag reading (in Settings->Playback->Miscellaneous) and it extracts only artist/title from filename.
 
StefanoM said:
The tag is enabled only see artist and title
Take a screenshot from your RadioBOSS Settings - Playback - Miscellaneous, like in my image
 

Attachments

  • tag_reading.jpg
    tag_reading.jpg
    178.6 KB · Views: 437
StefanoM said:
The tag is enabled only see artist and title
If you're sure that you didn't disable tag reading, then please send us a file for which it doesn't read the tag correctly - we'll test it here.
 
Status
Not open for further replies.
Back
Top