I think the deadlock logs refer to when we were rebuilding the database as our script tells it to do all of our librarlies (takes a bit of time to complete the first time). It's working now so the logs indicate that.
Please send a screenshot of the Teaser configuration window.
Yes, seeking outside of intro/outro will remove it -maybe in the future it will be improver further, but for now we'll keep it this way (there's a long queue of what needs to be done for this 7.0 release).
This is how it works now, yes.
There were no changes in prelistening in this update. Where do you prelisten a track?
It'll be added as an option. We need to consider the default value also, maybe it should be the check boxes (they are also much faster to process) and numbers can be enabled by users who need them.
I don't understand how this can happen. If you instruct it to save to
- there's no way for it to append date or any other information. There's no code in RadioBOSS that will do so. Looks like you have two different "streamarchive" commands that conflict with each other.
RadioBOSS marks voice tracks in cursive font. To be treated as a voicetrack, it needs to be either located in the voicetracks folder, or belong to a file type for which you enabled the "treat as a voice track" option.
There are also odd errors like
[2023-12-03 04:22:07] Table 'radioboss.library_0' doesn't exist (1146)
Hi tomimatko, I did a test with my RB using Z and Ž, and work fine!.. did you change this value en advance options?
I switched it to True, but it's not working. In Slavic languages, letters like ž, č, ć, etc. are not letters with added diacritical marks. They are separate letters. Z and Ž are different letters in the alphabet and have their own positions on the keyboard. Searching in Windows Explorer yields results for both letters, but unfortunately, the search in RB does not. Often, for compatibility reasons, we avoid letters with diacritical marks, so I have the same performer with different letters, for example, Čolić and Colic. It would be easier for us if when I type "Colic" in the search, it shows both variants. I thought it would be simple to make the search results include both types of letters.
Track Tool.
Yes it can - if you start streamarchive from the red record button, it adopts the date format as selected in the settings. But I am not using that. The command is part of a multiple scheduler command as follows:
It does here, searching by either of those letters returns results containing any of those letters.
This, also, works here (searching by Colic returns both Čolić and Colic). I guess it depends on Windows version and/or installed updates. The tests were performed under Windows 11 with all updates installed. RadioBOSS uses an API provided by the system to search the strings, so loos like your Windows version is different and this works differently.
This doesn't reproduce here, prelistening in Track Tool works here just fine, so currently we can't do anything about it.
Correct, when you start from the UI, it uses file name as it's configured in the recording window. But when you use streamarchive command, it uses the file name you supply (except when you use streamarchive on - it's an equivalent of starting recording from the UI, and uses file name from there).
Indeed, I think there's a potential bug, when streamarchive command fails, it "forgets" the specified file name and uses the file name from the UI instead. If this is a bug, will be fixed in the next update.
This does not reproduce here, it starts playback only after the connection was actually made. A little notice here: if you have multiple encoders configured, it will start playback after any of the encoders is connected (not waiting for all of them).
More information is needed on this. Please open Settings, General, press Advanced Configuration... button, set the "Logging - Create teaser log" to True; restart RadioBOSS. Wait until this happens again and send us teaser log from settings folder (Logs subfolder) - you can open it using Settings->Open Settings Folder menu.
Considering it is a new feature, defaulting to checkboxes is probably the best option. If anyone saw it in the Beta and liked the behaviour they could switch over.
RadioBOSS uses web browser control from the system, so I don't think we will be able to fix that, I'm sorry.
Yes, this is how it's actually implemented for this update. Checkboxes are faster also, so this is the default, and in settings one can enable numbers if those are needed.
