Search results

I have a program that ends at 11.55 with a 30 sec ad enqueued at 11.54. But when the ad is supposed to start at 11.55 a sweeper takes over instead and the ad does not play. Ads are scheduled with "insert as regular playlist tracks" turned off. Shouldn't the sweeper kick in at 11.55.30 ?

I set it to 10,000 with no noticeable degradation!

Is there any reason why the search limit of 1000 cannot be increased, say, to the maximum size of a library?

next 5000 CueNextOnEnd command fails to fade current track and plays current track and next track on top of each other...

Yes thanks HMMMM I'm well aware of the disk check and SCANNOW procedure - but as the machine is used 24/7 we have to pick our times! :)

I like this idea for another important reason (although it is a variation on the above) : When some of our programs are presented live, we leave RB running in the background as a backup in case the presenter doesn't show up...and feed the live program to the stream via the Line 1 input. But...

I tried defragging the disk but it made no difference. At the moment we have two files in the single directory. When we play them back we run getfile oldest and then getfile newest with the oldest file deleting first. Sometimes the former works, but at least 3 times a week it does not. The...

Further investigations: the file does not get locked during the streamarchive process so it’s not anything to do with the encoder. It appears to be related to the play process initiated by getfile which is scheduled 5 hours after the recording time. Windows process checking reveals RB as the...

Yes

Sorry I have just worked out how this can be done!

I agree with the need for better lockdown of settings that live playback users do not need to get access to. Live operation needs to restrict access to only the bare essentials necessary for playout of tracks or tracklists otherwise there is the danger of "standard" feature settings being...

With a general user ticked as the default user, can the logon please show this user as a default setting rather than the administrator? It would enable faster logon...

We are continuing to have strange behaviour with files refusing to delete when getfile command is used. This happens because the file recorded by streamarchive often stays locked to RadioBoss and any attempt to delete the file fails. To prove this we created a batch file including the run...

I have just been testing it out in the scheduler and when I click on run now, the current track remains at full volume; there is a countdown showing in the progress bar and when the count gets to zero, the next track starts as required. But there is no apparent fadeout and no errors reported...

The command does not fade at all. (RB 6.2.4.2)

Thanks - maybe some of this can be clarified in the manual sometime ...🙂

So when I create a playlist, to ensure the tracks have been processed via the music library, I should select "library" rather than a folder?

Thank you!

I suspect a corruption in the MariaDB 10.4 database. Some of the files when selected through a tracklist seem to lose their additional information. 1. Using Heidi SQL, I see there are two files called Tracks and Tracks 2. Maybe the first one is a leftover from the earlier XML music library...

Yes that is correct. Streamarchive saves oldestfile.mp3 in first hour, then newestfile.mp3 in second hour. Getfile with /oldest and /newest is used to play the files later in the day then delete after play. This happens every day. Both files are recorded and replayed after a short news break...