[alsa-devel] Problem with VIA VT1708S and git versions of alsa-driver.

[Raymond Yau]

2010/9/29 Mark Goldstein <goldstein.mark at gmail.com>

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