GNOME Bugzilla – Bug 683037
No sound for minutes, then sound
Last modified: 2018-05-24 17:40:34 UTC
Playing a playlist largely of .flac files, periodically a song ends and the next one's album cover appears iconified, the title switches over to the artist and song, the progress bar resets but then nothing happens. If, for example, the song is 3 minutes long, sometimes waiting 3 minutes with no indication of progress, and no sound there's a 1 second burst of noise, the progress bar advances from 0 to 3:00 in a flash and the next song comes up. Hitting the play button during this dead period causes that button to go to its paused look, and the title says paused. Hitting play again causes it to go to its playing look, but there is no progress on the progress bar and no sound. Hitting the ball on the progress bar causes it to start playing. At other times, waiting for more than the length of time of the song that is supposed to be playing causes a one second burst, the progress bar again goes from 0 to 3 min (in my example) and the next song starts playing from somewhere other than the beginning. If the first dead song was 3 min long and I waited 4 min, then the second song starts at its 1 min mark. I watched this for quite some time and although it sounds ridiculous, that is what's happening. Important clues are that the PLAY button works via the GUI and the title bar flips with it to say paused, but otherwise the button is useless. Hitting the progress ball makes it start to play the song. Progress bar goes form 0 to end of song in about 1 second regardless of song length when the issue crops up which is very often. I can't get 5 songs to play in a row.
Which gstreamer and rhythmbox versions is this about?
This is on a Fedora 17 O/S. This report is actually about 2 months old. I originally posted it on redhat's bugzilla ( # 837719 ) and there are several additional comments from others that also experienced the same thing. I have no idea what version of gstreamer was active when I made the first report, but this is what I have installed currently: gstreamer-tools-0.10.36-1.fc17.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-7.fc17.x86_64 phonon-backend-gstreamer-4.6.2-1.fc17.x86_64 gstreamer-plugins-base-0.10.36-2.fc17.x86_64 gstreamer-plugins-ugly-0.10.19-1.fc17.x86_64 gstreamer-0.10.36-1.fc17.x86_64 gstreamer-ffmpeg-0.10.13-2.fc17.x86_64 gstreamer-plugins-bad-free-0.10.23-7.fc17.x86_64 gstreamer-plugins-good-0.10.31-4.fc17.x86_64 PackageKit-gstreamer-plugin-0.7.5-1.fc17.x86_64 gstreamer-plugins-bad-0.10.23-1.fc17.x86_64 gstreamer-rtsp-0.10.8-2.fc17.x86_64 gstreamer-python-0.10.22-2.fc17.x86_64 I converted all my offending flac files to mp3 so the problem went away. I can't reproduce the issue as the source has ceased to exist.
Created attachment 225816 [details] Debugsession in which a song hangs at the moment gstreamer exhibits the bug a WARN is displayed 0:37:09.567486773 13417 0xffec10 WARN pulse pulsesink.c:663:gst_pulsering_stream_overflow_cb:<autoaudiosink0-actual-sink-pulse> Got overflow the log contains a few correct playing sessions and at least one problematic one
by the way, this is with gstreamer versions as shown below gstreamer-plugins-good-0.10.31-4.fc17.x86_64 gstreamer-plugins-ugly-0.10.19-1.fc17.x86_64 gstreamer-0.10.36-1.fc17.x86_64 gstreamer-rtsp-0.10.8-2.fc17.x86_64 gstreamer-tools-0.10.36-1.fc17.x86_64 gstreamer-plugins-base-0.10.36-2.fc17.x86_64 gstreamer-python-0.10.22-2.fc17.x86_64 PackageKit-gstreamer-plugin-0.7.5-1.fc17.x86_64 gstreamer-plugins-bad-free-0.10.23-8.fc17.x86_64
we should either confirm the bug or close it, but silence is not really going to change anything I think. Please have a look at the attachment I added.
Probably https://bugzilla.gnome.org/show_bug.cgi?id=680252
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/1218.