Red Hat Bugzilla – Bug 825898
sound output is now crackling unbearably
Last modified: 2013-01-22 23:22:49 EST
Created attachment 587299 [details]
output of pulseaudio -vvvvv while crackling is occurring.
Description of problem:
Sounds, such as the skype audio, are crackly and indecipherable.
Version-Release number of selected component (if applicable):
Start an audio program such as skype. Startup sound and subsequent audio are
pulseaudio -vvvvv reports lots of underruns while the crackling occurs.
Killing pulseaudio and running skype against the alsa drivers directly works fine.
This regressed in the past month or so. It was working fine earlier in the the F16 release stream.
Asus EEE PC 1201N
# lspci -v -s 00:08.0
00:08.0 Audio device: nVidia Corporation MCP79 High Definition Audio (rev b1)
Subsystem: ASUSTeK Computer Inc. Device 83ce
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23
Memory at f9f78000 (32-bit, non-prefetchable) [size=16K]
Capabilities:  Power Management version 2
Kernel driver in use: snd_hda_intel
Kernel modules: snd-hda-intel
# lsmod | grep snd_hda
snd_hda_codec_hdmi 31469 1
snd_hda_codec_realtek 121580 1
snd_hda_intel 32323 0
snd_hda_codec 102795 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 13236 1 snd_hda_codec
snd_pcm 81170 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd 62853 9 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
snd_page_alloc 13709 2 snd_hda_intel,snd_pcm
I am noticing that my laptop CPU (Intel Atom) is now automatically being clocked down from 1.6GHz to 600MHz quite often; I presume this is in response to a thermal signal. My understanding is that this is new behavior with recently implemented kernel-side frequency scaling. At the slower clockspeed, pulseaudio becomes unusable in the way I report in this bug.
So I'm willing to chalk this bug up to the new cpu scaling system, and thermal sensitivity on my laptop.
assigning to kernel
I removed .pulse/ (with files from a previous installation, eventually!) and haven't had any issues since. (It's only a few days ago so I'm not sure if that will work for anyone else and if this bug is about the same crackling sound I was experiencing. Anyhow, it might be worth a try.)
Are you still seeing this with the 3.4 or 3.5 kernel updates? If so, does the suggestion in comment #3 help?
I am seeing this bug with 3.6.1-1.fc17.x86_64 kernel. Restarting pulseaudio daemon helps for a time. Strangely sometimes the problem is present in VLC but not in Dragon player. After pulseaudio restart VLC works fine too.
Try "yum remove alsa-plugins-pulseaudio" and open the mixer and change the default device.
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '16'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 16's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 16 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" and open it against that version of Fedora.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here: