RadioBOSS 6.0 [beta]
- Thread starter djsoft
- Start date
- Status
It always happens, but if music is inserted after the teaser the mixing point is correct
Interesting. It should actually be faster. However if your database is on a remote server, this can cause slowdown. makelibrary command improvements are planned for the future versions to make operation faster.
Please ensure that antivirus does not block this operartion.
Please click Help->Contactg support->Send bug reports, we'll check what could be wrong.
We can't reproduce it here. Please ensure that antivirus does not block this operartion. You can drag fileas
Can you please specify what this report should do? Maybe use Report Generator: https://manual.djsoft.net/radioboss/en/report_generator.htm ?So, you ignored the suggested Artist report... wonder why
It switches to the next track after it detected that the stream is no longer available and the network buffer was played. It also gives some time for it to refill the buffer, that's what appears to be happening in your case. I don't think this should be changed, as typically network problems are rare and it will have a brief silence and then continue playing.
You can't seek a network stream.
It's for the beta. The main web site lists the latest version.
Doesn't seem to happen here... Can you please provide more details?
Does it show any error messages in the log? Please re-check your rules to see maybe it's excluding all tracks and therefore AutoIntro is not applied. Try using simple rules with no filters, will they work?
Can you please make a video, starting right before it srarts to happen? We were never able to reproduce it here.
Do you mean the mix is correct if there's music track, but it's not correct when a short track is the next track?
patrick.de-bruyn
Active member
After a clean install of the radioboss and change the uid.ini to the other install the drag and drop issue was fixed
southernfm
Active member
We have a central server running the database for several systems. It is a bit slower to update, but that is to do with our set up. The earlier reports of sluggish performance within the application have been resolved. I don't mind the update process taking a little longer behind the scenes
Have 3 or more tracks in the playlist. Be in queue mode.
- Play the first track in the playlist
- Delete the track with the delete key while the track is playing. Don't press or click anything else
- The track immediately underneath the one that was just deleted is highlighted
- The highlighted track is skipped, and the track underneath the highlighted track starts playing
I had intermittent results - I think longer tracks sometimes worked better, shorter tracks seemed to always be skipped over. My pre-buffer setting is set to 15000
Exactly, also this short track belongs to a file type, this could also be the cause
Sure, send a video by WeTransfer.
Also send a video with this.
Attach the files that you listen to overlaid (Teaser out and the next track)
At what point did this behavior change?
Perhaps an old version is useful for this task.
Thank you, the bug should be fixed in the next updates.
Thanks, added to the list of bugs.
It worked differently in the previous version? It shouldn't as there were very few changes regarding network streams playback.
¿Podría explicarme un poco más en profundidad por favor? Necesito resolver ese pequeño problema.
possible bug.
using the wizard to choose a network stream, then choosing a duration (i chose 3 minutes) then changes the resulting URL to a faulty non playable URL
first screenshot is the wizard and the setting
secondly is the comparison of the original and the resulting URL which changes the # on the end from 0 to 180 so therefore now tries to play postcast #180 and therefore fails
http://pd.npr.org/anon.npr-mp3/npr/news/newscast.mp3 #0
http://pd.npr.org/anon.npr-mp3/npr/news/newscast.mp3 #180
the reason for wanting to only play the first 3 minutes in that the news feed kind of pauses after 3 minutes with a station ID then continues for a further 2 minutes, premusably so you can choose to take the shorter 3m news slot or the longer 5 minute one.
I wanted to use the shorter 3 minute version during the drive time show, but cannot due to this limitation/bug
using the wizard to choose a network stream, then choosing a duration (i chose 3 minutes) then changes the resulting URL to a faulty non playable URL
first screenshot is the wizard and the setting
secondly is the comparison of the original and the resulting URL which changes the # on the end from 0 to 180 so therefore now tries to play postcast #180 and therefore fails
http://pd.npr.org/anon.npr-mp3/npr/news/newscast.mp3 #0
http://pd.npr.org/anon.npr-mp3/npr/news/newscast.mp3 #180
the reason for wanting to only play the first 3 minutes in that the news feed kind of pauses after 3 minutes with a station ID then continues for a further 2 minutes, premusably so you can choose to take the shorter 3m news slot or the longer 5 minute one.
I wanted to use the shorter 3 minute version during the drive time show, but cannot due to this limitation/bug
It worked differently in a very old version, if I remember correctly RB 5.2. (He went immediately to the next track)
In 5.9 as in RB 6, it takes about 3 seconds which is not a problem. I am concerned that due to a network failure the radio will stutter. (We have a dedicated service but despite this it happened a couple of times)
for some reason if i am trying to schedule things to happen next sunday in the scheduler, the run in and run next column feature does not work
here all the scheduled events are defined as sunday, but they dont sort correctly by time, as you can see. no matter what i click on on in the columns, they are all enabled. i like to schedule things in advance and it is not working as i would like
here all the scheduled events are defined as sunday, but they dont sort correctly by time, as you can see. no matter what i click on on in the columns, they are all enabled. i like to schedule things in advance and it is not working as i would like
This is correct, RadioBOSS uses its own notation to specify the stream duration for the event or playlist item.
I think certain options can be added to control this. It's always a balance when it decides to abandon the stream or wait a bit and let it play. In most cases, this is preferred, 1-2 seconds of silence and then it continues playing. But if the network is slow, it can pose a problem. In 5.2 things for sure were different as since then stream playback engine was rewtitten at least two times
It only calculates the Run In field for up to 24 hours.
I think certain options can be added to control this. It's always a balance when it decides to abandon the stream or wait a bit and let it play. In most cases, this is preferred, 1-2 seconds of silence and then it continues playing. But if the network is slow, it can pose a problem. In 5.2 things for sure were different as since then stream playback engine was rewtitten at least two times
That would be a very good idea
. I remember in RB 4.9 roughly we discussed this topic (go immediately to next track) and this was a huge improvement. As it worked perfectly for this task we did not update from 5.2 to 5.9 and there this problem started. (Especially with FLAC, which places greater demands on the network). Problems usually occur when the dedicated service shows packet loss at times, it is not frequent but it has happened a couple of times. It is clearly an external issue to RadioBOSS.- Status
