Open bsduck opened 2 months ago
I was the "other user" having that issue. I can't remember when/how, but it went away. What version of gstreamer are you using?
Interesting, thanks for the feedback.
I'm using gstreamer 1.22.10.
The bug is most likely in GStreamer even if you can't reproduce it with Clementine, Strawberry uses GStreamer differently than Clementine so it's hard to compare a problem like this.
It would be good idea to try the latest GStreamer version first and see if the issue still can be reproduced.
If it can then run strawberry from a terminal with GST_DEBUG and attach the debug log here.
Command:
GST_DEBUG=5 GST_DEBUG_FILE=/tmp/gst-debug.log strawberry
Had a similar issue but not with OPUS files. My issue was definitely was definitely gstreamer related. An update and rebuild of gstreamer resolved the problem. IIRC, v1.23 fixes the buffering problem.
Until then, the workaround is to kill the strawberry instance, restart strawberry, and you may need to reload the playlist. If the problem persists a couple of tracks later, repeat. It's annoying behavior but it does go away eventually with the update.
Describe the bug When playing a playlist consisting of .opus files, Strawberry is regularly stuck buffering forever between tracks. I need to manually start the next track in order to resume playback. The problem seems to occur rather randomly, not always between the same tracks, but is frequent. It doesn't occur when playing other audio formats.
To Reproduce Play any album encoded in Opus format.
System Information:
Additional context Another user mentioned the same problem earlier this year in a comment to the closed bug report #1020:
For context, I don't use PipeWire, nor PulseAudio (Strawberry outputs directly to FreeBSD's native OSS). I've also had this problem for years (it was about time to finally report it!), actually since I began using Strawberry instead of Clementine (which didn't have this bug).