GNOME Bugzilla – Bug 589187
Static/skipping at very beginning of playback
Last modified: 2011-04-26 12:05:58 UTC
Please describe the problem: Whenever a program plays a sound through GStreamer (Rhythmbox, Pidgin, etc), the song/sound will skip once after about a third of a second, which sounds kind of staticy, but it only does it once, and the rest of playback is fine and doesnt skip or make any static/popping sounds. It does not happen in any program that is not using GStreamer. 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) Subsystem: IBM NetVista A30p Flags: bus master, medium devsel, latency 0, IRQ 17 I/O ports at 1c00 [size=256] I/O ports at 18c0 [size=64] Memory at a0000c00 (32-bit, non-prefetchable) [size=512] Memory at a0000800 (32-bit, non-prefetchable) [size=256] Capabilities: <access denied> Kernel driver in use: oss_ich I have experienced this problem both using ALSA and OSS4. It has happened with all versions of GStreamer in the past year or so (possibly longer, I first tried GStreamer a year ago and it started happening immediately). I'm currently using Arch Linux, but this problem has occured on every distro I've tried. Steps to reproduce: 1. Open up rhythmbox and play a song Actual results: The song will skip once the second it starts playing After that, the rest of playback is fine. Expected results: I would expect the song to play perfectly without skipping at all. Does this happen every time? It happens every single time, with every song on my computer, along with anything that uses GStreamer in general. Such as Pidgin's sounds when recieving an IM. Other information:
While playing a video in Totem (using GStreamer), I have noticed one more thing about this bug: If I pause a video, when I unpause it, it skips as soon as I unpause it. So not only does it happen when I'm playing a new song/video, it also happens if I pause and unpause a song/video.
I can confirm this. It not the same problem as described in bug #545807, but might be related. When I play something in a loop. I get a crak initialy, but its fine when it loops around. I suspect its related to prerolling.
Is this solved with Bug #545807 ?
Wim, as I said in comment #2 its not the same issue. Bug #545807 was about having a short pause. This report is about a short skip.
I tried the latest git of gstreamer0.10 and gstreamer0.10-base, and music no longer skips at the very beginning of playback. However, it still skips if I pause the song and then unpause it (this is using rhythmbox)
Created attachment 142917 [details] [review] ringbuffer debugging code This probably needs more work. The idea is to be able to do: > GST_DUMP_RING_BUFFER_DATA=1 GST_DEBUG="ring*:3" gst-launch audiotestsrc num-buffers=200 wave=saw freq=0.1 ! pulsesink .... 0:00:00.189971918 29218 0x9cd9848 INFO ringbuffer gstringbuffer.c:789:gst_ring_buffer_acquire:<pulsesinkringbuffer0> dumping ringbuffer data to /tmp/gst_ringbuffer_0x9cda038 .... > gnuplot > plot [0:] [-35000:35000] '/tmp/gst_ringbuffer_0x9cda038' binary format="%short" using 1 with lines
Created attachment 142939 [details] [review] ringbuffer debugging code The patch now logs the format as well. This is how to plot floats plot [0:] [-1.0:1.0] '/tmp/gst_ringbuffer_0x852f368' binary format="%float" using 1 with lines
I recently built a new computer and I'm still having this same problem using apps that use GStreamer. My new motherboard is an ASUS M4A785TD-V EVO. I have a Phenom II X4 955 processor. Running aplay -l gives the following: **** List of PLAYBACK Hardware Devices **** card 0: SB [HDA ATI SB], device 0: VT1708S Analog [VT1708S Analog] Subdevices: 2/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 card 0: SB [HDA ATI SB], device 1: VT1708S Digital [VT1708S Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 I hope this issue gets fixed soon. It's been around for quite a long time and I'm sure I'm not the only person experiencing it considering I built a completely new PC and still have the same problem. If you need any more information let me know.
Well, it probably not related to the computer (I have now somewhat similar setup). Are you still seeing the original problem (as described in comment #1). Also please let us know which gstreamer version you now use.
Yes I am still experiencing the same problem as described in comment #1. I was previously using gstreamer0.10.28, however, I just upgraded to 0.10.30 and the problem still exists. However, I noticed with the upgrade that the problem is no longer consistent. Now it's completely random as to when it happens. If I pause a song and unpause it 10 times, the skipping only happens maybe 5 times.
Reopening as per comment 10.
Can you try again qith latest versions? Bug #639240 was fixed.