Search results

In this case, when multiple computers access the same data, it is preferrable to use the MySQL option: https://manual.djsoft.net/radioboss/en/additional-information-storage.htm Without saving Last Played tag, most repeat protection features may fail to work properly.

Please ensure that you have downloaded software from our web site: https://www.djsoft.net/enu/download.htm

When the speed change is too big (larger than specified in Time Stretch settings), it's not applied.

Generally not, the File Types are designed for special items like station IDs, adverts etc. You should use the repeat protection rules. It does try to shuffle the tracks and play each track once before repeating, but it's not guaranteed. It's about incorrectly configured notification...

I'm not sure if creating a separate tab type is worth the effort (and it does look like duplicate feature), I think the better solution would be to allow customizing the existing Scheduler tab to allow displaying additional information, like adding Duration column and quickly viewing what's...

If you use RadioBOSS, there's "Record only when the mic is on" option. I'm nor sure if RadioLogger will have a support for what you ask.

It's in the File Type options: Broadcast title - Do not send title.

Please write in English.

Do you mean only record when the microphone is active?

This can be implemented as a filter - I mean adding more filter options to filter by name and in this case entering [AdsScheduler] will leave only ads events. Problem with this is that it's a scheduled events list and expanding like this, adding lines that are not events but actually event...

Yes, this is what can be improved - expand playlists, maybe containers also to allow to see what happens. Probably show it in a separate (Preview Event) window. Do you mean a tab in the work zone? If so how will it know what event to display? It may be added to the Scheduler tab (as an option)...

In RadioBOSS, events may be complex (include commands, containers, Track List, Teaser items, etc.) - for those cases it's not possible to calculate the duration in advance. So this is only (potentially) useful in a very specific case for Ads Playlists and even there, it's a big chance to bloat...

RadioCaster 3.6.1 Changes Fixed minor bugs Accessibility improvements Download https://www.djsoft.net/enu/download.htm

With group display turned off and sorted by Next Run you clearly see what events are about to start. You can configure the Ads events to have a different color to make them more prominent in the list: Ad Scheduler, Settings, Event Properties, Colors. As stated above, this will hugely increase...

This can be implemented, from Ads Scheduler side, so that it exports events with profile name included in the event name. If it's a single line then it would need to be very wide, otherwise you will only see 1-2 names and it's not really useful. Yes, it's one per line and also Ads Scheduler...

This is a mathematical task, that is it does calculations and only applies the speed change if it's inside the specified frame. It also does skip file types (for those, speed change is never applied - except if the file type has "Treat as music track" option enabled).

I suggest installing the latest version, as previous versions will not be fixed anyway. There's nothing wrong with the latest 7.1.5 update.

If those services use the Shoutcast2 protocol, you can enable sending the artwork in RadioBOSS Settings, Broadcast, Metadata, Send playing track artwork. Other options include sending the artwork using notifications, but this will require support on the receiving side...

What RadioBOSS version do you use?

I'm not sure about it. The order of the events is pretty clear. Events are sorted by their launch time. What information is hard to understand? The list looks pretty good. You may hide one of the columns, as "Run In" and "Next Start" are pretty much the same (Run In = Next Start - Current Time).