At Thu, 29 Jun 2006 20:41:03 +0200,
Daniel Schroeder wrote:
>
> >
> >> --------------------------
> >> headphone jack in front: if connected the regular sound isnt muted.
> >> --------------------------
> >> speaker test hangs in surround51 configuration:
> >>
> >> speaker-test -Dplug:surround51 -c6
> >>
> >> speaker-test 1.0.12rc1
> >>
> >> Playback device is plug:surround51
> >> Stream parameters are 48000Hz, S16_LE, 6 channels
> >> Using 16 octaves of pink noise
> >> Rate set to 48000Hz (requested 48000Hz)
> >> Buffer size range from 22 to 5461
> >> Period size range from 11 to 2730
> >> Using max buffer size 5460
> >> Periods = 4
> >> was set period_size = 1365
> >> was set buffer_size = 5460
> >> 0 - Front Left
> >> ---- hangs forever
> >
> > That's bad. Does aplay with 6 channel samples work fine?
>
> while true; do aplay chan-id.wav ; done
> Playing WAVE 'chan-id.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
> Channels 6
>
>
> aplay with 6 channel sample works but only front left / front right the
> other "tracks" in the file are "silent".
> Output of front left and front right are: front left all speakers to the
> left. front left/rear left/center with output of channel "front right"
> all speakers to the right "front right/rear right/subwoofer"
So, it doesn't hang up, right? Then maybe the buffer/period setting
influences on behavior of speaker-test...
> >> ----------------------------
> >> speaker-test in surround40
> >>
> >> front left=sound output rear left;
> >> front right=sound output rear right;
> >> rear right=sound output subwoofer
> >> rear left=sound output center
> >
> > So the channels are shifted.
> >
> > When you play with 2-channel via "aplay foo.wav", do the samples come
> > from front speakers?
>
> aplay 10.wav
> Playing WAVE 10.wav : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
>
> sound comes through all speakers, front left/front right/rear left/rear
> right/center and subwoofer
OK, that's default behavior of the driver. All left/right are spread
to rear and CLFE.
> > As you might have noticed in the kernel message, there is a workaround
> > for AD1988A rev2 codec. You can disable it by re-defining
> > AD1988A_REV2 in patch_analog.c to a bogus value, for example, a patch
> > like below. Then try the tests again.
> >
> >
> > Takashi
> >
> > diff -r ac7516b5dcb9 pci/hda/patch_analog.c
> > --- a/pci/hda/patch_analog.c Thu Jun 29 13:22:29 2006 +0200
> > +++ b/pci/hda/patch_analog.c Thu Jun 29 14:58:36 2006 +0200
> > @@ -1543,7 +1543,8 @@ enum {
> > };
> >
> > /* reivision id to check workarounds */
> > -#define AD1988A_REV2 0x100200
> > +// #define AD1988A_REV2 0x100200
> > +#define AD1988A_REV2 0xabcd1234 /* bogus */
> >
> >
> > /*
> i have patched the file patch_analog.c recompiled and loaded the module.
> same bad behaviour. Im sure that he has taken the new module because the
> dmesg output is missing.
>
> ----
>
> have you any clues of what i could do? This stuff is a bit mysterious
> for me. Why does he play a stereo wav file to all speakers. And why does
> he plays only two channels of the surround file (chan-id.wav) and these
> two channels getting splitted to every left speaker / every right speaker...
(snip)
> now the missing audio channel is there and it seems to me that this
> movie is fully working in surround!
> This bogus patch seems to work :)
It disables the workaround for AD1988A rev2. According to AD, this
codec revision has a h/w bug, so I implemented the workaround as they
suggested.
Could you attach the content of /proc/asound/card0/codec#* files?
Is it really AD1988A, not AD1988B?
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
