2010/9/29 Mark Goldstein goldstein.mark@gmail.com
Hi,
On Wed, Sep 29, 2010 at 5:06 AM, Raymond Yau superquad.vortex2@gmail.com wrote:
2010/9/28 Mark Goldstein goldstein.mark@gmail.com
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=bbe959733a719e...
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