2010/9/29 Mark Goldstein <goldstein.mark@xxxxxxxxx> > Hi, > > On Wed, Sep 29, 2010 at 5:06 AM, Raymond Yau > <superquad.vortex2@xxxxxxxxx> wrote: > > 2010/9/28 Mark Goldstein <goldstein.mark@xxxxxxxxx> > > > >> Hi, > >> > >> > In theory, a motherboard with 6 audio jacks at back panel does not > need > >> > retasking pink and blue jacks as output pins , it seem to me that the > >> > "smart5.1" switch is redundant for your motherboard. > >> > > >> > it seem this patch may has side effect on those via codec since they > need > >> to > >> > differentate the front mic and mic at rear panel for retasking > >> > > >> > > >> > http://git.alsa-project.org/?p=alsa-kernel.git;a=commitdiff;h=bbe959733a719ecffda8ecd7d4b9631a2745e8b4;hp=6650d30dfe1cf9ef6e639bd898d3b2f637f4bf3b > >> > >> Looks like a possibility. > >> > >> What bothers me is the fact that with git version the card is not > >> detected properly (on oS 11.1). I missed this detail in my report just > >> because I did not try alsaconf after the problem first occurred. > >> That is, alsaconf does not show it in the list of cards. > >> So I guess that the sound driver uses some defaults (it does indicate > >> the this is hda-intel) that just does not match the actual codec. > >> While when I use stable 1.0.23 version card is detected by alsaconf > >> and works correctly. > >> > >> From the other side, the problem on oS 11.3 looks very different. > >> I did not update driver there, just installed additional kernel that > >> also has alsa 1.0.23. > >> > >> How it could lead to "Capture1" switch "reversing"? And now when I > >> found it out and set it to "mute", Mic works correctly with recording > >> SW and produces distorted audio in Skype in exactly the same > >> configuration where it worked perfectly a couple of weeks ago. > >> > >> Regards, > >> -- > >> Mark Goldstein > >> > > > > How did you perform the recording since there are two capturing > subdevices ? > > When I played with alsamixer before, I saw that only Capture1 works > for me. This time I set both Capture1 and Capture2 levels to some high > value and saw that Capture2 does not change anything. > From the other side, using hda_analyzer I noticed that that MSB of the > volume actually means "mute", that is when I see something like 9f > there is no sound recored, while 1f produces sound. And then I saw > that this bit reflects the "Mute" checkbox state. > > > > > Are you sure that Skype/pulseaudo open the same subdevice ? > > I think so. First, It worked before. I have no pulseaudio. Skype just > uses hw:0 device. It does some recording, but the audio is very > distorted (low volume, no high frequencies, kind of clipped). I > disabled the Skype option to adjust mixer volumes and play with it > myself. > > > > > "Capture1" switch is associated with Node 0x14 [Audio Input] > > > > Refer to the graph in hda_analyzer , when you place the mouse cursor > inside > > the "out" box of the Node 0x1e (Front Mic Pin) , there are three red > lines > > indicate the possible connections to 0x14, 0x16 and 0x17 > > > > Unlike the other HDA codec , your vt1708s has only one "Input Souce" > control > > and two ADC > > > > For the other HDA codec, the number of "Input Source" controls is > usually > > equal to the number of ADC, this mean that some input sources (e.g. mic > ) > > can only be connected to one ADC . > > > > As you can see in the graph, node 0x14 can be connected to 0x1e only > > > > All the connected audio path are displayed as blue line and it is strange > > there are no blue line connected to both the node 0x13 and 0x14 [Audio > > Input] > > I will not be able to check it for about a week. When I'll have access > to my PC again, I'll re-check and let you know what I see. > Thanks a lot. > -- > Mark Goldstein > if you can run hda-emu on another PC , you can compare the read/write of HDA codec during driver initialization , capturing , set the contents of the given control element in working and non-working version of alsa-driver To emulate the capturing using subdevice 1 in hda-emu , you need to use the undocumented parameter "c:1" instead of c as you can see the output of hda-emu , recording through hw:0,0,0 use Node 0x13 and hw:0,0,1 use Node 0x14 Attach PCM dev 0, name VT1708S Analog, type audio, play #2, capture #2 send: NID=0x12, VERB=0xf00(get_parameters), PARM=0xa(PCM) receive: 0xe05e0 send: NID=0x12, VERB=0xf00(get_parameters), PARM=0xb(stream) receive: 0x1 Attach PCM dev 1, name VT1708S Digital, type SPDIF, play #1, capture #0 > PCM 0 c 44100 2 16 Open PCM VT1708S Analog for capt send: NID=0x16, VERB=0xf02(get_connect_list), PARM=0x0 receive: 0x1b1a1f10 send: NID=0x1, VERB=0xf73(unknown), PARM=0xe1 invalid command: NID=0x1, verb=0xf73, parm=0xe1 Available PCM parameters: channels: 2/2 formats: S16_LE S32_LE rates: 44100 48000 96000 192000 Prepare PCM, rate=44100, channels=2, format=16 bits PCM format_val = 0x4011 hda_codec_setup_stream: NID=0x13, stream=0x1, channel=0, format=0x4011 send: NID=0x13, VERB=0xf06(get_channel_streamid), PARM=0x0 receive: 0x0 send: NID=0x13, VERB=0x706(set_channel_streamid), PARM=0x10 send: NID=0x13, VERB=0xa00(get_stream_format), PARM=0x0 receive: 0x0 send: NID=0x13, VERB=0x240(set_stream_format), PARM=0x11 PCM Clean up hda_codec_cleanup_stream: NID=0x13 Close PCM send: NID=0x16, VERB=0xf02(get_connect_list), PARM=0x0 receive: 0x1b1a1f10 send: NID=0x1, VERB=0xf73(unknown), PARM=0xe1 invalid command: NID=0x1, verb=0xf73, parm=0xe1 > PCM 0 c:1 44100 2 16 Open PCM VT1708S Analog for capt send: NID=0x16, VERB=0xf02(get_connect_list), PARM=0x0 receive: 0x1b1a1f10 send: NID=0x1, VERB=0xf73(unknown), PARM=0xe1 invalid command: NID=0x1, verb=0xf73, parm=0xe1 Available PCM parameters: channels: 2/2 formats: S16_LE S32_LE rates: 44100 48000 96000 192000 Prepare PCM, rate=44100, channels=2, format=16 bits PCM format_val = 0x4011 hda_codec_setup_stream: NID=0x14, stream=0x1, channel=0, format=0x4011 send: NID=0x14, VERB=0xf06(get_channel_streamid), PARM=0x0 receive: 0x0 send: NID=0x14, VERB=0x706(set_channel_streamid), PARM=0x10 send: NID=0x14, VERB=0xa00(get_stream_format), PARM=0x0 receive: 0x0 send: NID=0x14, VERB=0x240(set_stream_format), PARM=0x11 PCM Clean up hda_codec_cleanup_stream: NID=0x14 Close PCM send: NID=0x16, VERB=0xf02(get_connect_list), PARM=0x0 receive: 0x1b1a1f10 send: NID=0x1, VERB=0xf73(unknown), PARM=0xe1 invalid command: NID=0x1, verb=0xf73, parm=0xe1 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
