Tracks that are unable to play show up in the metadata

ibek95

Member
Hi Dmitry,

when files can't be played (because they are broken or something else) usually RB skipped them and didn't show it in the metadata. This seemed to changed in newest 7.2.2 - although the file was broken and "unable to play" it was shown in the playlist of my radio. In this case it was the "News"-file that was missing but still it was in the metadata.

This is the error:

1782842726210.png
 
This is strange, I can't explain why this metadata is then visible. Here take a look:

1782890042840.png


The 09:01 laut.fm Nachrichten were skipped because the news-file currently isn't there (the planned download doesn't work at the moment on purpose). When you hear it live, the next song/opener starts immediately like it should - so it is skipped correctly. Still they show up in the metadata.

The event is built like this: play file news.mp3, play file opener.mp3


:unsure:
 
Last edited:
RadioBOSS does not call any metadata update functions on skipped tracks - no HTTP requests, or nowplaying file updates, and title is not sent to the streaming servers. Maybe your list gets the information from somewhere else e.g. uses API call to get the playlist contents.
 
Hmm, this was never a problem before. I also haven't changed anything. I assume it is maybe a little bug in 7.2.2? The stream only gets what RB sends.
 
I assume it is maybe a little bug in 7.2.2?
I'm not sure what the bug can be, RadioBOSS 7.2.2, as any previous version, does not send streaming titles/nowplaying/HTTP request on skipped/errored tracks - I did a small test and it works this way, no unwanted title update is being sent. Does it still happen? How exactly the title is sent, is it update on the streaming server or some other way?
 
Hi Dmitry, thanks for testing. It is an update on the streaming server which is from the webradio-service laut.fm - maybe they have problems, will research that.
 
Back
Top