From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tanu Kaskinen Subject: Re: How to define card specific pcm devices? Date: Wed, 05 Sep 2012 08:41:02 +0300 Message-ID: <1346823662.3629.17.camel@laptop> References: <1344597903.4283.68.camel@IT-D-4QB9Z4J> <1345215040.2530.26.camel@IT-D-4QB9Z4J> <1345262953.4864.12.camel@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by alsa0.perex.cz (Postfix) with ESMTP id 02BCD2652C4 for ; Wed, 5 Sep 2012 07:41:06 +0200 (CEST) In-Reply-To: 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: Raymond Yau Cc: tiwai@suse.de, alsa-devel@alsa-project.org, Liam Girdwood List-Id: alsa-devel@alsa-project.org On Wed, 2012-08-29 at 09:44 +0800, Raymond Yau wrote: > strictly speaking your mic is not a true stereo mic and the channel > map is [left, null] instead of the normal map [left,right] of line-in > or stereo mic I think specifying the channel map like you suggest would be a good solution. Supporting it would require some extra work in PulseAudio, but I think PulseAudio will anyway have to be extended to query the channel map information from UCM. Now the problem is that UCM doesn't provide the channel map information at all. Should the channel map be provided in the device "Value" section? Like this: SectionDevice."my-mono-mic" { ... Value { # Does this value become redundant if # the "CaptureChannelMap" value is added? CaptureChannels "2" # Channel names match the constants in # Takashi's proposed channel map API CaptureChannelMap "FL, NA" } } Opinions? (Liam added to CC - am I right in that you should be CC'd in all UCM related discussions?) -- Tanu