From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Nathanael D. Noblet" Subject: Re: Internal Mic Boost channel is unused Date: Fri, 13 Sep 2013 10:04:18 -0600 Message-ID: <52333782.9070402@gnat.ca> References: <5231E348.8020204@gnat.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from titanium.nobletdesign.com (titanium.nobletdesign.com [64.34.172.148]) by alsa0.perex.cz (Postfix) with ESMTP id 6D1712610A8 for ; Fri, 13 Sep 2013 18:04:21 +0200 (CEST) Received: from titanium.nobletdesign.com (localhost.localdomain [127.0.0.1]) by titanium.nobletdesign.com (Postfix) with ESMTP id 580E0F78079 for ; Fri, 13 Sep 2013 11:04:20 -0500 (CDT) Received: from iridium.noblet.ca (S0106c0c1c0f4a322.cg.shawcable.net [68.146.127.169]) by titanium.nobletdesign.com (Postfix) with ESMTP id 0B194F78078 for ; Fri, 13 Sep 2013 11:04:19 -0500 (CDT) In-Reply-To: <5231E348.8020204@gnat.ca> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org Sorry I some how deleted your response... so this may not thread well... Only about 20% of what you said makes much sense to me so you'll have to bear with me... >> >> 1) I have the following hardware (alsa-info attached). > > Simple mixer control 'Input Source',0 > Capabilities: cenum Items: 'Mic' 'Internal Mic' 'Mic 1' > Item0: 'Internal Mic' > Simple mixer control 'Input Source',1 > Capabilities: cenum Items: 'Mic' 'Internal Mic' 'Mic 1' > Item0: 'Internal Mic' > Simple mixer control 'Input Source',2 > Capabilities: cenum Items: 'Mic' 'Internal Mic' 'Mic 1' > Item0: 'Internal Mic' > > > using hda-emu > > the driver always use selector 0x17 for the three input source controls > > 6 Input Source:0 > ITEM: 0:Mic, 1:Mic 1, 2:Internal Mic, VAL: [Mic] >> set 6 2 > send: NID=0x14, VERB=0x701(set_connect_sel), PARM=0x0 > receive: 0x0 > send: NID=0x17, VERB=0x701(set_connect_sel), PARM=0x3 > receive: 0x0 >> set 7 2 > send: NID=0x15, VERB=0x701(set_connect_sel), PARM=0x0 > receive: 0x0 > send: NID=0x17, VERB=0x701(set_connect_sel), PARM=0x3 > receive: 0x0 >> set 8 2 > send: NID=0x16, VERB=0x701(set_connect_sel), PARM=0x0 > receive: 0x0 > send: NID=0x17, VERB=0x701(set_connect_sel), PARM=0x3 > receive: 0x0 > > It is a bug of the driver to create three input source select controls when > there are only two audio selectors 0x17 and 0x18 as node 0x23 is not one of > the input pins > > The topology does not allow three different input sources with two selectors Ok so the that makes sense but I'm not sure what you want me to do about it. > > > 2) The internal microphone requires that the mic boost channel be > something other than 0 to function properly. > > You have to find out whether node 0x1a or 0x1b can be used as the headset > jack (headphone with Mic using TRRS connector) So basically I need to plug a microphone into each port and figure out if both of them work as microphone. A couple things. 1) What if both can be a microphone? 2) If only one can be a microphone, I have no idea how to tell you if its 0x1a or 0x1b.. hda-analyzer/alsa low level stuff is completely new to me. > >> 3) Changing what pulseaudio expects things to be labelled causes the > problem to go away. (via the attached patch to > /usr/share/pulseaudio/paths/analog-input-mic.conf). >> >> From the discussion with David Henningsson (diwic on IRC). It seems > that pulse doesn't expect a Mic Boost channel to be used with internal > microphones. As such to fix this particular hardware, the driver would need > to make the internal mic boost be labelled "Internal Mic Boost" as opposed > to Mic Boost, which is then is used for both external and internal mics. >> > > Node 0x14 [Audio Input] wcaps 0x100d1b: Stereo Amp-In R/L > Control: name="Capture Volume", index=0, device=0 ControlAmp: chs=3, > dir=In, idx=0, ofs=0 > Control: name="Capture Switch", index=0, device=0 ControlAmp: chs=3, > dir=In, idx=0, ofs=0 > Device: name="CX20588 Analog", type="Audio", device=0 Amp-In caps: > ofs=0x4a, nsteps=0x50, stepsize=0x03, mute=1 > Amp-In vals: [0x50 0x50] [0x80 0x80] [0x80 0x80] [0x80 0x80] > Converter: stream=4, channel=0 SDI-Select: 0 > PCM: rates [0x160]: 44100 48000 96000 > bits [0xe]: 16 20 24 > formats [0x1]: PCM > Power states: D0 D1 D2 D3 D3cold EPSS Power: setting=D0, actual=D0 > Connection: 4 > 0x17* 0x18 0x23 0x24 > > Node 0x24 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In > Amp-In caps: ofs=0x4a, nsteps=0x4a, stepsize=0x03, mute=1 > Amp-In vals: [0x00 0x00] [0x00 0x00] > Power states: D0 D1 D2 D3 D3cold EPSS > Power: setting=D0, actual=D0 > Connection: 2 > 0x10 0x11 > > BTW there seem to be an audio path from DAC to ADC throungh audio mixer > 0x24, does this allow you to record the DAC playback directly ? Using > hda-analyzer to change the selection of audio input node 0x14 and fix the > amps at node 0x24 I have no idea what DAC to ADC means. If you want me to do something to test I can do that. One more thing, if getting this properly fixed can be sped up via a ssh login and IRC chat I can give you access to the machine and be on IRC whenever to get it working. -- Nathanael d. Noblet t 403.875.4613