On Friday 02 November 2007 18:56:08 Jeff Wiegley wrote: > I asked about this same problem months ago with no luck. Maybe > somebody has encountered it and solved it since then. > > Anyways, I have a Shuttle SN25P based system. I have standard > desk speakers plugged in via copper wire technology. > > lspci says it has the following: > 05:06.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 > [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01) > > alsaconf informs me of the ICE1724 driver and sets up its thing. > modules that get loaded include: > > snd_seq 48192 0 > snd_ice1724 68168 0 > snd_ice17xx_ak4xxx 3072 1 snd_ice1724 > snd_ac97_codec 95640 1 snd_ice1724 > snd_ak4114 7616 1 snd_ice1724 > snd_pcm 66248 3 snd_ice1724,snd_ac97_codec,snd_ak4114 > snd_timer 18312 2 snd_seq,snd_pcm > snd_page_alloc 7824 1 snd_pcm > snd_pt2258 3904 1 snd_ice1724 > snd_i2c 4160 2 snd_ice1724,snd_pt2258 > snd_ak4xxx_adda 6720 2 snd_ice1724,snd_ice17xx_ak4xxx > snd_mpu401_uart 6528 1 snd_ice1724 > snd_rawmidi 17280 1 snd_mpu401_uart > snd_seq_device 6036 2 snd_seq,snd_rawmidi > snd 40880 12 > snd_seq,snd_ice1724,snd_ac97_codec,snd_ak4114,snd_pcm,snd_timer,snd_pt2258, >snd_i2c,snd_ak4xxx_adda,snd_mpu401_uart,snd_rawmidi,snd_seq_device ac97_bus > 2496 1 snd_ac97_codec > soundcore 7392 1 snd > > The only problem is that all audio playback is played at an insanely > slow rate. Like 1/10 speed. No pops, no jitters, not infrequently. > Sound is produced; it's just played back at a clearly wrong > rate. ALL... THE... TIME..., EVERY... SOURCE. aplay, amarok, > netscape-flash, everything. Both my normal account and root are > affected (I have no other accounts to test.) > > I've read the posts, I've tried the various /etc/asound.conf files. > They either don't work or wind up silencing the output entirely. > Though I'm willing to try again if somebody specifies a particular > conf file that appears to be geared to the SN25P/Via chipset this > box has. > > The only configuration I have is /etc/asound.state which is too > long to include here but I have provided it at > http://www.csun.edu/~jeffw/asound.state > in case it might help somebody figure out why this doesn't work. > > Does anybody have a fix for this? I've tried the drivers built > into the 2.6.23.1 kernel as well as several since 2.6.20. I have > also triedthe alsa-drivers. I even went so far as to reinstall all > the entire machine (which is quite an effort to get something like > sound working that should be cake considering it's a gentoo install.) > After the reinstall it worked correctly... ONCE. I killed X, logged > back in to restablish group "audio" for my user and now I have the > stupid problem back. It has worked in the past when I first got the > machine but then somebody, somewhere changed something in a kernel, > drivers or distribution config files and it's never been the same > since. (except for that one time today before I restarted X.) > > Any good ideas? Yes you likely have Multi Track Rate Locking turned on and also have your Multi Track Internal Clock set to a very low rate like 8000 bits/second. Most of the sound sources out there will be feeding stuff in at rates in the 22050 bits/second to 48000 bits/second rate and because you have your internal clock locked it will play it back at the 8000 bits/second rate. This would cause the very common 48000 bits/second sound track to play back at 1/6th is normal speed. If you unlock Multi Track Rate Locking it should be OK. But you should also probably set your Multi Track Internal Clock to a more normal speed like 48000 as well. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
