Skip to content
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

Regularly stuck on "Buffering..." when playing Opus files #1530

Open
3 tasks done
bsduck opened this issue Aug 28, 2024 · 4 comments
Open
3 tasks done

Regularly stuck on "Buffering..." when playing Opus files #1530

bsduck opened this issue Aug 28, 2024 · 4 comments

Comments

@bsduck
Copy link

bsduck commented Aug 28, 2024

  • I have checked the FAQ for answers.
  • I have checked the Changelog that the issue is not already fixed.
  • I believe this issue is a bug, and not a general technical issue, question or feature requests that can be discussed on the forum.

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:

  • Operating system: FreeBSD 14.1-RELEASE amd64
  • Strawberry Version: 1.1.1

Additional context
Another user mentioned the same problem earlier this year in a comment to the closed bug report #1020:

I'm having the same issue where Strawberry 1.0.23 gets stuck on Buffering - 0%. It only happens on Opus files. It's been happening to me for a long time, even back before I started using Pipewire, so please don't blame Pipewire. I've tried running Strawberry from the terminal in verbose mode, but I didn't see any useful error messages. It just outputs messages on the previous track and it doesn't look like it's trying to advance to the next track.

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).

@dtl131
Copy link

dtl131 commented Aug 29, 2024

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?

@bsduck
Copy link
Author

bsduck commented Aug 30, 2024

Interesting, thanks for the feedback.

I'm using gstreamer 1.22.10.

@jonaski
Copy link
Member

jonaski commented Aug 30, 2024

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

@scottfurry
Copy link

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants