Thanks Luís. Adding tsched=0 to the module-udev-detect line in /etc/pulse/default.paresolves this issue.
I am on Debian 7.1 w/ kernel 3.2.0: 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686 GNU/Linux I don't have snd_hda_intel loaded: rjn@lefthand:~$ lsmod | grep snd snd_intel8x0 22372 2 snd_intel8x0m 17503 0 snd_ac97_codec 84236 2 snd_intel8x0m,snd_intel8x0 snd_pcm 53461 3 snd_ac97_codec,snd_intel8x0m,snd_intel8x0 snd_page_alloc 12867 3 snd_pcm,snd_intel8x0m,snd_intel8x0 snd_seq 39512 0 snd_seq_device 13016 1 snd_seq snd_timer 22356 2 snd_seq,snd_pcm snd 42722 12 snd_timer,snd_seq_device,snd_seq,thinkpad_acpi,snd_pcm,snd_ac97_codec,snd_intel8x0m,snd_intel8x0 soundcore 12921 1 snd ac97_bus 12462 1 snd_ac97_codec On Sat, Jul 27, 2013 at 5:47 PM, Luís Picciochi Oliveira <pitxy...@gmail.com > wrote: > So, it appears that the workaround only worked partially. > Setting the buffer to the minimum allowed of 100ms made the popping > sounds rarer, but after some time (and a bit more attention) I started > hearing them again. > > I'm investigation if this mightn't be a pulseaudio and/or driver > problem, and not related to Audacious. > Ryan: can you test the suggested workaround on this section? > > https://wiki.archlinux.org/index.php/PulseAudio#Glitches.2C_skips_or_crackling > > Specifically, add tsched=0 to the line > load-module module-udev-detect tsched=0 > > in /etc/pulse/default.pa . > > Then try to get the audacious higher again, restart pulseaudio > (pulseaudio -k). Then start playing something on audacious and see if > you hear problems again. > > Can you also confirm that the command: > $ lsmod | grep snd > Lists the module snd_hda_intel as loaded? > > > Best regards, > Luís Picciochi >
