GNOME Bugzilla – Bug 645895
Seek is laggy and causes Banshee to Hang
Last modified: 2020-03-17 09:24:27 UTC
Description: Upon seeking in a song, it lags quite a bit, and causes Banshee to hang for at least a few minutes. Steps to Reproduce: 1) Play a song 2) Seek Through the song Expected Result: The song seeks normally, with little lag Actual Result: If the song seeks, it is laggy, and Banshee usually hangs Platform: Windows 7 Ultimate SP1 x64
Confirming this.
I have the same issue with Banshee Version 2.0 on Ubuntu 11.04 Natty Narwhal 64-bit Banshee hangs when using the track seek slider. It happens almost immediately with a 20-minute long flac track, but requires a dedicated combination of clicking on the timeline and dragging the slider to get the hang on a 2-minute track. When hung, the system CPU goes up to 100% for the Banshee process and Banshee becomes unresponsive. Watching the debug output in a command window (banshee --debug), no message is written when the hang occurs. This issue occurs mainly with the slider that shows up on the main panel between the previous/next play/pause controls and the album art. If you click the Playback menu and choose "Seek To" there is no issue using the slider in the dialog box for a short song, but it will still hang almost instantly if you click the slider in the middle of the timeline of a long song. Let me know if you want me to enter a new bug for this for Banshee 2.0 or if there is anything else I can do to help.
Created attachment 190884 [details] Hang screen-shot #1 Notice CPU 1 at 100%, debugging in window, and slider stuck.
Created attachment 190885 [details] Banshee Hung 98% CPU Shows that it is really Banshee taking up all that CPU. Usually it says 100%, somehow I shot an instant where it was less. You get the picture.
Update: When playing with the slider of a long song, it may be easier to get it to hang if you start sliding and clicking immediately after the song starts playing, though with a little work I was able to get it to hang with a long song even after it played for a minute.
I running into this too on gentoo with Banshee 2.0.1 [Gentoo/banshee/2.0.1 (linux-gnu, x86_64)]. I have flac and mp3 files in my library and seek hang is only occuring with flac files. Hang is happening with both single clicking a different position and dragging to a new song position.
Banshee 2.1.3 fixes a lot of issues and I really appreciate that, but it does NOT fix this issue. I notice that Rhythmbox seems to have the same issue, but not Audacity. Maybe this is an issue in the underlying gstreamer or something. If that's the case, please let me know so I can bug them instead of you!
Is this related: https://bugzilla.gnome.org/process_bug.cgi Please note: hang happens even if track is not playing while you seek. Waiting before seeking seems to work around this, but any impatience or too-fast seeking results in a hang.
(In reply to comment #7) > Banshee 2.1.3 fixes a lot of issues and I really appreciate that, but it does > NOT fix this issue. I notice that Rhythmbox seems to have the same issue, but > not Audacity. Maybe this is an issue in the underlying gstreamer or something. > If that's the case, please let me know so I can bug them instead of you! I guess you mean Audacious? Audacity is a sound editor. (In reply to comment #8) > Is this related: > https://bugzilla.gnome.org/process_bug.cgi No real link to any bug there, can you find the bug number again?
Oops. Here's the correct link: https://bugzilla.gnome.org/show_bug.cgi?id=627164 Yes, I meant Audacity, the sound editor. It's inconvenient, but that's what I end up using when I need to seek through a long song because it works.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.