Search results

It always performs a calculated and based on the calculation results, it decides if it can apply time stretch or not. E.g. it needs to apply 11% speed increase while in settings it's only allowed 10% max. Start/End points only affect the track duration. All those points are taken into account...

This is certainly a system-specific problem (happens only on your computer). Probably you have some odd 3rd party software installed that leads to this behavior. One thing you can try is to enable the standard Windows style in RadioBOSS's Settings / View / Style - in extremely rare cases, custom...

Any scheduled events list has the ability to hide groups, that is your events will still be in groups, as assigned, but you can have a secondary events list with no groups displayed and sorted by Run In (or any other column). To disable groups display, click List button and uncheck the "Show...

You would still need a full RadioBOSS installation on each computer in order to configure the database access, as it's done from the Settings window in RadioBOSS. After that, you can delete all *.exe files from the installation folder, leaving only MusicLibrary.exe (and, probably, TrackTool.exe...

Yes, on your screenshot the title is in the "Currently playing" section for the /autodj mount (Sash - Ecuador), and /stream mount is routed to /autodj, having the same title. So the problem is with the players not reading the title.

You should decide if you need them collapsed or visible. Another option, is to add a second scheduled events list (e.g. in a work zone), with groups disabled, and sorted by "Run In" column, there you will see what events are about to start. Using a separate list (see above) will allow to...

Unfortunately, no, it does not queue - I have added it as a future improvement, it will keep track of "skipped" events (Manual mode and options like "Do not start when MIC is on" and others) and you will then be able to launch those events from there. Yes but mix is already destroyed anyway...

The stop command does stop what's currently playing in the playlist. It does not stop scheduled events from running in the future - it is not an expected behavior for such a command. stop can't be interrupted because it's an action that's completed (playback stopped). It seems that what you...

Can you please provide some steps to reproduce this behavior? A quick test does not confirm this problem, editing an event then editing the same or other event does not lead to a crash/closing here. Maybe RadioBOSS was able to capture this error - please in the menu click Help->Contact...

RadioBOSS does not with a specific device, so there are no limitations or any additional requirements. If the device supports standard driver interfaces (WASAPI, ASIO, etc.) then it will work with RadioBOSS. If it doesn't then probably the device needs to be further configured using its control...

Those added songs do not check the repeat protection rules. Yes, correct, because repeat protection rules are for Track List items. In Settings, Song Requests there are separate repeat protection rules for the requests - you should also configure them to avoid repeats.

You can check if the Icecast server has track title - in the Information section, open Icecast server page, you will see if the title presents there. If title is there but players that you use do not read it, the problem is with those players and you should contact developers of the players...

Interesting, we'll check it, thank you.

If you insert a track manually, it will play regardless. Repeat protection rules are only checked for the items that play from Track List items. Sorry, meant Track List: https://www.radioboss.fm/support/radioboss-cloud/track-list/ You use it already. Please note that repeat protection only...

Shall be released before year end.

Yes, I think this feature will be added in the future updates.

There are certain limits set to prevent any performance issues. If you need to create multiple playlist, it should be done via a single command, creating them one by one and queuing them into the playlist will be much more slower and less reliable.

We were never able to reproduce it here, the only change that was made about it it to extend diagnostics (that is, to show error messages in the Logs window if there's something wrong with the bed). Beds are state-less - each bed launch is independent of each other, there's nothing that can...

It could be some sort of odd case that it will reset the marker if it's displaced. Is there a practical need to have all markers at the very end?

Thank you, we'll check if this is a bug.