Search results

What about if you choose expiration option 'delete event'? My understanding was disable would grey it out and delete would remove it entirely.

Preload next song feature if the song playing is less than 15 seconds (with our customised setting), appears to be working now. Thank you

Cool - no worries. I'll keep this thread alive for the other reported issue, and see if I can work out what the trigger is for the OneDrive sync when dragging from the music library to the player

I have been testing OneDrive and I'm not quite sure which setting is triggering this behaviour, but our Outside Broadcast laptops were only caching files to the hard drive when the file was loading (when we clicked play on the file in the playlist), or if the pre-cache criteria (15 seconds in...

Ah! Yes we have. Thanks.

Entering the time in the schedule editor, you can't easily see the AM/PM part resolution is 1680x1050

I'm able to see the pre-load take place because when it works correctly, OneDrive begins downloading the file to the hard drive cache, and I can visibly see when this happens in the application, and the name of the file appears at the top of the list. That is not happening at all, for any MP3...

Behaviour is still present in current version (6.0.3.1). - Preload timing set to 15 seconds - Load a music track - 3-4 mins long - Load a stationID which is under 15 seconds long (in test case, 7 seconds long) - Track immediately after stationID does not pre-cache, while stationID is playing...

This wasn't happening with earlier versions, but I will test with the new version and see how it behaves and let you know

If the stationID is less than 15 seconds long, the track following it doesn't get pre-cached. So when it reaches that song, the player stalls, while OneDrive begins downloading the track, and then it plays.

Additional track information storage location. Change to SQLite to stop that from happening

Fixed for us, thanks

Fixed for us, thanks

MASSIVE improvement compared to the last version. However, this improvement was noticed even when we didn't have 'Skip cache validation when reading tags' set to True, in 6.0.3.0. We have set it to True for our purposes, but just wanted to flag it for you in case it was doing it by default...

Sometimes we remotely command a studio to load a certain playlist. We invoke the command as follows in our example: http://studiored:9000/?pass=###PASSWORD###&cmd=load%20AUSSIE-OVERNIGHT.m3u8 The playlist is called AUSSIE-OVERNIGHT.m3u8. If there is already an item in the queue (alt + q) prior...

When the delete cross in the playlist is clicked, the playlist item removes as expected. However if you want to delete a bunch of items quickly, you tend to click the X quickly to run through what you don't need. It seems doing that sometimes triggers the track to start (detecting a double...

That won't be a major issue for us. We run daily updates on all of the libraries to keep the MP3s and libraries in sync, so we should have the latest data from that scan.

MySQL for all of our systems. We have a dedicated database server that our studio players use, which works well. We have 2 laptops that have their own MySQL databases on their own hard drives (we replicate them behind the scenes). It is one of these laptops where we're having trouble with...

Pressing stop twice clears last played track Expected behaviour would be for the last played track to remain since that is still the case, even if stop is pressed more than once

We're trialling using OneDrive with RadioBOSS. When we've downloaded the MP3 to the hard drive using OneDrive's sync capabilities, the library search feature seems okay for tracks that are on the hard drive. E.g. we have a folder called ZZ_Themes, C:\Music\ZZ_Themes and a music library called...