Hello.
Takashi Iwai wrote:
I don't understand your description well. Could you give a simple test code to prove the bug?
No, its not like that. I am not writing any prog. What I am trying to point out, is that _any_ program is affected. My whole desktop is pretty much "speechless" these days. Well, a few progs, like mplayer, are unaffected (I guess they do not trust "default" and use "hw"), but most of anything else is broken. (and as a most frequent test-case I use ogg123 while debugging) Well, maybe its an asound.conf issue - I'll attach my asound.conf... attached. Maybe its a driver issue - I was using snd-pcsp before and I don't remember any problems. But now I do use snd-intel8x0, and the results are much worse. And this will remain so until I get an x86_64 port of snd-pcsp, and in a mean time I thought it would be a good idea to get working also that. :) Jokes aside, the difference is that snd-intel8x0 accepts only 48000, while snd-pcsp used to accept some other rate.
I'll answer the technical questions in a separate e-mail. I'll try to collect more precise info and examples.
# Generated by system-config-soundcard, do not edit by hand defaults.pcm.card 0 pcm.!default { type plug slave.pcm "svol" }
pcm.svol { type softvol slave.pcm "swmix" control.name "SoftVol Playback Volume" control.card 0 min_dB -0.1 max_dB 10.0 }
pcm.swmix { type dmix ipc_key 1111 slave.pcm "hw:0,0" slave.rate 48000 }