2006/9/26, Takashi Iwai <tiwai@xxxxxxx>:
At Tue, 26 Sep 2006 17:43:26 +0200,
Mariusz Domanski wrote:
>
>
> 2006/9/26, Takashi Iwai <tiwai@xxxxxxx>:
>
> At Tue, 26 Sep 2006 16:43:32 +0200,
> Mariusz Domanski wrote:
> >
> > 2006/9/26, Takashi Iwai <tiwai@xxxxxxx>:
> >
> > >At Mon, 25 Sep 2006 20:25:50 +0200,
> > >Mariusz Domanski wrote:
> > >>
> > >>
> > > >2006/9/25, Takashi Iwai <tiwai@xxxxxxx>:
> > >>
> > >> >> Propably the sound will appear after (x)th compilation, but why?
> Why it
> > is not
> > >> working
> > >> >> all the time?
> > >>
> > >> >No idea. A weird hardware...
> > >>
> > >> >> And why the ALC861 is detected to be the ALC660?
> > >>
> > >> >Simply because they are almost compatible (according to Realtek).
> > >>
> > >> >The patch looks broken. Could you regenerated it?
> > >>
> > >> >thanks,
> > >>
> > >> >Takashi
> > >>
> > >> Here is patch (now I'll write it as a part of email):
> > >
> > >... and it's more broken now :)
> > >
> > >Could you give the correct patch as an attachment?
> > >Also, try to avoid C++ style comments as much as possible.
> > >
> > >
> > >Thanks,
> > >
> > >Takashi
> >
> > Ok, I really don't know why the patch doesn't want to work... It looks well, but
> > produces errors when applied...
> > Anyway, I'm sending attachement with modified patch_realtek.c and patch file
> which
> > should work but doesn't...
>
> Maybe the gzipped patch should have sufficed. So, it's kept
> unmodified by the mailer.
>
> I'm now looking at your new patch, and found that you do _not_ comment
> out #if 0 for mic and line-in verbs as you did in the earlier patch.
> Namely, in the earler version:
>
> +//#if 0
> + { 0x15, AC_VERB_SET_AMP_GAIN_MUTE, (0x7080 | (0x01 << 8)) }, /*mic*/
> + { 0x15, AC_VERB_SET_AMP_GAIN_MUTE, (0x7080 | (0x02 << 8)) }, /*line in*/
> +//#endif
> + { } /* end */
>
> while the '//' are removed in the newer version.
> Is it intentional?
>
> Otherwise it looks fine.
>
> Thanks,
>
> Takashi
>
> Well... It does't seem to make difference for me.. Now it does't want to work with
> comment tags and withotu them... It only works _sometimes_.
>
> I wrote in bugreport that when model=3stack is chosen and channel mode is set to 6ch
> the line-in and mic works as output, but I can now tell you that was one of these
> _sometimes_ and it worked only once, but worked, and there in the sourcecode the #if 0
> is not commented out. Later, when testing my patch everything worked with #if 0
> commented out.. So... It doesn't change anything in my case...
Hm, that's weird. For more precise analysis, try the following:
- get a "bad" state (e.g. mic/line doesn't work)
then get dump by copying /proc/asound/card0/codec#* file.
- change the code, get a "good" state, and do the same dump
- compare two dump files.
Sometimes the things don't work as expected, and this is often caused
by simple human mistakes. Comparing dumps would reveal whether the
hardware states are really changed or not, at least.
Takashi
I have codec#0 output saved when everything was working.
There is little change according to outpiu which codec#0 gives me now.
Part of "good" codec#0:
Node 0x15 [Audio Mixer] wcaps 0x20050f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x0c, nsteps=0x17, stepsize=0x0b, mute=1
Amp-In vals: [0x95 0x95] [0x80 0x80] [0x80 0x80]
Amp-Out caps: ofs=0x0c, nsteps=0x0c, stepsize=0x0b, mute=1
Amp-Out vals: [0x0c 0x0c]
Power: 0x0
Connection: 3
0x11 0x14 0x1c
Now the 3rd line is:
Amp-In vals: [0x95 0x95] [0x95 0x95] [0x95 0x95]
This is the only change.
What does this mean?
How can I change it?
Can this cause this whole strange problem?
I can try to change something but I don't know what exactly should be changed, so i'll be changing various values :P
Thanks for your support :)
Mariusz
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
