Red Hat Bugzilla – Bug 448316
Sound skips under CPU-heavy operations (Intel ICH8)
Last modified: 2008-09-19 10:38:31 EDT
Description of problem:
When doing something CPU-intensive (especially when CPU usage spikes), audio
playback skips or halts for roughly half a second then continues. This happens
when using alsa or pulseaudio.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open rhythmbox
2. Begin to compile boost from SRPM
3. Play music
Playback halts or skips for 1/2 a second, then resumes at seemingly random
intervals. However, this behaviour stops if one isn't doing something CPU-heavy
(scrolling in firefox)
Audio is smooth
I don't have DRI since I'm on a Radeon HD 3850 at the moment. I've experienced
this with the vesa, radeon and radeonhd drivers but I never noticed this problem
when using an nVidia card (proprietary drivers) on this same machine. So maybe
it has something to do with kernel 2.6.24, 2.6.25 or the lack of DRI?
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller
Scratch the DRI idea, I tried downgrading X + fglrx driver and the problem still
It seems to be much easier to reproduce when using gedit and a terminal at once
(ie lots of saving, alt+tab, run program, edit a bit, save, alt+tab, run program)
Why do you think it's an alsa-lib problem? Can you try to disable pulse audio?
I tried already by running "pulseaudio -k" and then restarting rhythmbox and the
problem still occurred - Do I have to disable it in the gnome sound preferences
Try to run some sound application what uses ALSA directly (mplayer for instance)
and ensure that the audio application doesn't use the pulse-audio plugin (so
comment out the pulse-plugin line from /etc/alsa/alsa.conf).
Confirmed with alsa.
Ehm, could you be more specific?
Sorry, I meant that the audio still skiped when playing with mplayer (I also
commented out the line in alsa.conf as well).
Do you have any ideas as to what could cause the problem?
Please look at my analysis of recent pulseaudio crashes, that I attached to the following bug:
Since they occur during CPU-intensive operations, simultaneously to glitches in playback, they might be related to this bug. I'm not an expert on ALSA, but it looks like a kernel driver problem to me.
There is also a workaround patch that makes the crashes (but not the glitches) go away.
I think these are two different problems - A while back I spoke to a developer about this problem on the alsa-devel mailing list and wrote a quick patch that solved all the problems. I'm not using kernel 2.6.26 though, so that may be why I'm not getting the problem you're describing.
In any case, I'll close this one since my sound hasn't glitched in near 3 months now.