All audio from gstreamer-using apps (eg Totem and Banshee) pops when I use a
2.6.{25,26,28,30} amd64 kernel and i386 userspace. 2.6.24-etchnhalf.1-amd64
does not have this problem, nor does 2.6.26-2-686. It doesn't occur when using
non-gstreamer apps like mplayer or mpd, nor with various gst-launch pipelines
suggested by #gstreamer like gst-launch playbin uri=file:///home/trs80/a.mp3
tags 536896 moreinfo
thanks
Hi,
The next release of Debian (6.0, code name Squeeze) will be based
on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
us whether the problem persists. If so, we should report it upstream
to the kernel.org developers.
The 2.6.32 kernel is available from packages.debian.org and can
be installed in both Debian stable, testing and unstable
installations.
Thanks,
Moritz
It still happens with 2.6.32. Is there an easy way to git bisect and generate .debs of the kernels to test, or do I have to manually install them?
which 2.6.32 version, tried 2.6.32-9? indeed in upstream git: make deb-pkg
On Fri, Feb 26, 2010 at 11:06:43PM +0800, James Andrewartha wrote: [...] You should be able to install the kernel using 'make install modules_install'. You can build packages using 'make deb-pkg' but I don't think that will be much easier. Ben.
Only 2.6.32-8 - -9 hasn't propogated to the mirrors yet. Has make deb-pkg been around since 2.6.24, since that was where I was going to start bisecting?
yes, you may need to call it with fakeroot in older linux-2.6 fakeroot -u make deb-pkg
Author: Takashi Iwai <tiwai@suse.de> 2008-01-09 02:08:14
Committer: Jaroslav Kysela <perex@perex.cz> 2008-02-01 01:29:47
Parent: d948035a928400ae127c873fbf771389bee18949 ([ALSA] Remove PCM xfer_align sw params)
[ALSA] PCM - clean up snd_pcm_lib_read/write
Introduce a common helper function for snd_pcm_lib_read and snd_pcm_lib_write
for cleaning up the code.
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Jaroslav Kysela <perex@perex.cz>
I don't know anything about this code, but I'm happy to deal with upstream
if you'd prefer me to.
[Earlier messages can be found at http://bugs.debian.org/536896 ] Thanks for taking the time to do this. The above commit is supposed to be cleanup, but it has at least one semantic change: snd_pcm_mmap_control::avail_min no longer applies to non-blocking file handles. I don't know whether this is was an intentional or unintentional change, but it wasn't commented. I also don't know whether this can explain the popping, but I expect that it has changed the timing of audio I/O. Ben.
At Sun, 11 Apr 2010 21:25:16 +0100, Ben Hutchings wrote: The above change is essentially a fix of the buggy behavior for non-blocking access. avail_min is the definition for wake-up behavior, and it doesn't define the blocking behavior. But, it's possible that this changes the timing, indeed. If so, it implies that the app expects somehow wrongly. thanks, Takashi
[...] Thanks for your quick response. I will reassign this bug to the applications that were mentioned. Ben.
I've tested totem from squeeze in a chroot and it still occurs, so it hasn't been fixed there. ii totem 2.28.5-3 A simple media player for the GNOME desktop based on GStreamer ii gstreamer0.10-alsa 0.10.28-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.21-1 GStreamer plugins from the "good" set ii libgstreamer-plugins-base0. 0.10.28-1 GStreamer libraries from the "base" set ii libgstreamer0.10-0 0.10.28-1 Core GStreamer libraries and elements