Search results

An update on this, as your -starttimeshift moves buy exactly a whole day, and start time is 00:00:00, it turns out be be ignored. This will be fixed in the next update. For now, you can change start time to 00:00:01, or starttimeshift to 1441 - adding that one second in either place will fix the...

RadioCaster 3.7.3 Changes Saving the statistics window position Bulgarian translation Expanded bitrate list Download https://www.djsoft.net/enu/download.htm

Time Stretching is supposed to be a live feature, not something programmed in advance (and it's not saved anywhere), it also recalculates percentages on each playback, and they usually don't stay fixed.

Queuing options only work for regular playable items (e.g., tracks, playlists, ...) - relaystart is a command (not a playable item), and as all commands, it's executed immediately, ignoring any queuing options.

The time -shifttimestart parameter exists for the same use case already, there's no point to duplicate it.

If you see your settings completely reset, it means that you have installed the new version into a different folder, and therefore it had started as a fresh installation. In this case your old RadioBOSS installation is also available - you can start it can transfer the settings from there (using...

If you start a regular track or playlist, then you can set the Duration Limit when you configure an event.

Noted, thank you.

Thank you for the information, we'll check what could be wrong there.

If you don't use it, then not, but then it's a question why a track plays differently. Maybe it's just some sort of a floating bug that occurs only sometimes, not connected to when a track was added to the playlist.

Sweepers will be available in one of the future updates, it's on out to-do list.

I see, this sounds interesting - I added this to the features list to consider for the next versions.

Do you use the scheduled event to create a playlist? Does it show any error messages?

Some of our staff are on vacation so response times are higher than usual. But in most cases the response is provided within 24 hours, sometimes a bit longer.

Your support tickets were answered, please check. The cause of this is the "Do not play two or more tracks of this type consecutively" option in Settings > File Types. We do not credit when the problem happens because of user error (this is such a case).

We'll consider adding an option to send the event title when the Send Task Name option is activated for relays.

Once the track is added, it doesn't matter when it was added (it's the same exactly), the only thing that modifies the playlist items is the Segue Editor (it internally sets custom fade values etc).

If the desktop version doesn't show the titles either, it would mean that the cue file is invalid.

The Task Name option is ignored for the relay, it will use titles from the relayed stream always.

Currently not, it would require significant changes to database and operation, can only be done when a major update is developed.