At Mon, 07 Aug 2006 10:27:42 -0300, Tim Burrell wrote: > > >>>>>> I'm trying to get multichannel sound working on my nvidia nforce 590 > >>>>>> based mobo that uses the intel hd audio (nvidia mcp55) chipset. It > >>>>>> plays fine in two channels but any attempts to use -Dsurround51 or > >>>>>> -Dsurround40 fail. Ie: > >>>>>> > >>>>>> Playing WAVE 'space_battle.wav' : Signed 16 bit Little Endian, Rate > >>>>>> 44100 Hz, Channels 6 > >>>>>> aplay: set_params:906: Channels count non available > >>>>> That's correct. Use -Dplug:surround40, because the count of channels from > >>>>> the .wav file has to be converted to four. > >>>> I just upgraded to 1.0.12_rc2, and I've got a lot more mixer controls in > >>>> alsamixer now. I can see front, rear, surround, etc. And now I can > >>>> finally specify -Dplug:surround71 to get 8 channel audio! > >>>> > >>>> However, there is one problem. On my card the channels are not exactly > >>>> correct when running speaker-test. The side and rear speakers are > >>>> reversed. I double checked this with my card's manual, and in Windows. > >>> Does -Dplug:surround51 work as expected? > >> speaker-test hangs when I use plug:surround51, however since upgrading I > >> incorrectly said that mplayer hangs when playing multichannel audio. > >> When playing a 6 channel audio file with mplayer (it says it uses > >> surround51) it also has the rear and side channels reversed. Obviously > >> since it's 6 channel audio the side channels are not used, but the rear > >> channels come out of the side speakers. > > > > OK, then it's either a bug of BIOS or a specification of HD-audio. > > A tentative patch is below. > > Thanks the patch! I applied it, and channel output now works as > expected! Must be irritating having to cope with all the different > hardware variations / flaws! > > >>>> Also, curiously, using the same settings as speaker-test (which works > >>>> fine), aplay hangs when trying to play multichannel audio files. Same > >>>> for mplayer (with or without -channels settings). > >>> What do you mean "hang"? > >> By hang, I mean aplay and speaker-test open the device fine, and begin > >> playing, but do not play any samples and then just sit there > >> indefinitely. > > > > Interesting. So, you started like: > > > > % aplay -Dplug:surround51 somefile.wav > > Yes, originally I also put "-c 6" in there, but I just tried exactly as > above, and got the same results. aplay looks like it starts playing, > and then sits indefinitely. The "-c 6" plays no role there because the number of channels is taken from WAV file, anyway. > > ?? Does any process block the sound device? You can check it via > > "lsof /dev/snd/pcm* /dev/dsp*", for example. > > nope, lsof as you suggested showed nothing is blocking, and when > something else is using the device aplay will give me a "device busy" > error which it does not in this case. Also, if I run aplay on the same > audio file without specifying -Dplug:surround51 aplay will play the > audio without hanging (albeit in 2 channel mode). I remember that I've seen a similar bug. This is likely related with the buffer and period size... Will check this issue later. Takashi ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
