New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ogg Radio Stream stops after every Title #5114
Comments
I have the same problem with this stream: http://stream.funradio.sk:8000/fun128.ogg (mp3 version works fine). To be more precise, playback stops after each change of ogg stream metadata. OS: Debian testing, Clementine 1.2.3 |
Can someone test with the latest builds? http://builds.clementine-player.org/ I can't reproduce with the stream of @avantgardex |
unable to reproduce here too.. |
I played second stream (FunRadio) with freshly compiled git master (4db358a). Unfortunately it still doesn't work correctly. Playback stops for couple of seconds (5-15) after each change of metadata. After that time, playback continues pretty normally. I removed ~/.config/Clementine with no luck. |
I also experienced a small delay when song changes but the stream never stopped & continued to play ... |
Well, probably I didn't describe my problem correctly. It's not about complete stream stop, but about the delay you experienced. This delay is really annoying. Only OGG streams are affected by this, MP3 streams are working normally. |
I have a very long delay (I used to think it is a complete stop) at every change of metadata (song change) in streams at kohina.com. Perhaps 0.2-0.5s is played when metadata changes (sometimes), then only silence is produced (althouth the Clementine UI shows as if the stream is still playing). After a minute or so (could be the next metadata change) playback resumes. After a while, clementine goes on to the next item on the playlist. So seems that clementine is utterly confused about metadata change and partly thinkgs the stream has ended? This used to work previously (not sure when since I don't listen to the streams regularly), which means this is a regression (OTOH, it is certainly possible they did something to the metadata at kohina.com, but previously I saw the titles changing as they should). This is on Arch Linux, 1.3.1.r228.gafe34ee-1 compiled from AUR (I can also reproduce on 1.3.1-2 which is in the official Arch repositories). |
Reproduces here with Kohina.com (stream url https://kohina.duckdns.org/icecast/stream.ogg) using Ubuntu's Clementine package: 1.3.1+git276-g3485bbe43+dfsg-1.1build1, doesn't reproduce with Rhythbox, which should be using the same gstreamer (1.14.1-1~ubuntu18.04.1) |
Another Radioparadise lover here. I see the same behavior on Version 1.3.1 on Opensuse. This forces me to choose aac streams, as RP is my primary music source. 96k Ogg Vorbis (with song title data) |
Hi @MrManor Thanks for info. Could you provide any log about this behaviour on your configuration? Could you test against bleeding-edge version from master? Best! |
clmlog.zip
I am afraid this is above my competence. I always install from rpm. And as this computer is my daily workhorse I only install from stable repositories on it. My other PC's is currently on storage as we are moving apartment. Regards |
@MrManor great thanks! :) I return to you asap. |
Dear @MrManor could you please test behaviour on your side.
After few minutes (less than 10 minutes here) Clementine start to stream again. Tell me if you see similar behaviour. Cheers. |
Thanks for looking into this. It seems to bee a general problem, not only for Clementine: On the stream link page of Radioparadise I found: "Stream metadata (song title display in the player) in Ogg streams causes glitches in some players (notably VLC & certain hardware units). That's why we provide Ogg streams both with and without titles." Yes I actually see the behavior described. It is a freeze, not a stop. In the attached log I let Clementine play over a couple of numbers. At the end of the first number first a very short break, and then a few seconds later Clementine freezes, visualizer also freezes with some bars still up. This time music resumes after some seconds with the second number. As the second mucic number nears the end the short freeze/break again - and shortly after a complete freeze for something like 10 minutes. I suspect until the fourth number starts, but that might be coincidence. |
Yup. Last, if you have any next entry in playlist it will go next to it. |
If this is an upstream problem, could we figure out in which upstream project and help fix it there? It's been close to 5 years, surely we can do something? |
Mine also doesn't play ogg's from Rainwave anymore, just mp3. When trying to play the ogg, says:
|
after update to 1.2.3 ogg Stream stops after every song. Like this one http://ogg.theradio.cc/
mp3 stream works fine.
I am using Linux Mint 17.1 cinamon
The text was updated successfully, but these errors were encountered: