All of lore.kernel.org
 help / color / mirror / Atom feed
From: Raymond Yau <superquad.vortex2@gmail.com>
To: Anssi Hannula <anssi.hannula@iki.fi>,
	lukasz.wojnilowicz@gmail.com,
	ALSA Development Mailing List <alsa-devel@alsa-project.org>
Cc: tiwai@suse.de
Subject: Re: Fwd: Front speakers doesn't work in multichannel output, regression in ALC888
Date: Thu, 14 May 2015 14:26:11 +0800	[thread overview]
Message-ID: <CAN8ccibM+PoboaTXoHqg=dCbe-3+ijQZ6xL_Q1J=H9ovZ8gzkQ@mail.gmail.com> (raw)
In-Reply-To: <d3bbb31411796d9f835396d30dcaa309@mail.onse.fi>

>
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/patch/sound/pci
> > /hda/patch_realtek.c?id=c3e837bbcc03e39991da5dd1f791c06cde9f7a45
> >
> > When the static model were used, the jack was configured as line out
> > instead of headphone jack and there is no headphone playback volume
>
> That's rather "relevant change". Good job in finding it. I would like such
> configuration (or better) back.
>
I don't see any side effect neither with your changes to hda_generic nor
> with
> vanilla kernel, but I don't know what problems should I expect.
>

Do headphone get same volume level when the jack is configured as Line Out
(without enable Headphone Amplifier) ?

The driver use different automute method when the jack is configured as HP
and Line Out

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=e0d32e335fc0e354db93a807736243f5035fbc67

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=a365fed9806e182cb4e1b7bb1855759489d95858
http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths

if you look at speaker.conf , lineout.conf and headphone.conf, it seem
pulseaudio is unlikely mute all internal speakers when one pair of the
playback volume control need to be shared by internal speaker and external
speakers

you need dirver 's automute instead of pulseaudio 's automute


==> Best config: lo_type=2, wired=1, mio=1
multi_outs = 15/0/0/0 : 2/3/4/0 (type HP)
  out path: depth=3 '02:0c:15'
multi_ios(2) = 1a/18 : 3/4
  mio path: depth=3 '03:0d:1a'
  mio path: depth=3 '04:0e:18'
spk_outs = 14/17/16/0 : 5/25/4/0
  spk path: depth=3 '05:0f:14'
  spk path: depth=3 '25:26:17'
  spk path: depth=3 '04:0e:16'

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/hda_generic.c?id=e80c60f3cbe76fa95029abc53b1a29172b51b96a

when line out type == AUTO_PIN_HP_OUT

should first do_mute() use speaker_path instead of out_path
<https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/hda_generic.c?id=7385df6134888553b5ede71cd573ffe0429e2a80>

>>> I started MS Windows and without externals speakers plugged in I
>>
>> could test
>>  > 5.1 configuration and it seemed that sound was coming from
>> different directions.
>>
>>  >
>>  > What I managed to determine:
>>  > I've got 3 stacks:
>>  > 1 ST: Headphone, Line-out (FL and FR), SPDIF
>>  > 2 ST: Microphone, Line-out (CLFE)
>>  > 3 ST: Line-in, Line-out (RL and RR)
>>  >
>>  > I've got 5 responsive output pins
>>  > PIN 0x14: Internal FL FR
>>  > PIN 0x15: External FL FR
>>  > PIN 0x17: Internal LFE
>>  > PIN 0x18: External CLFE
>>  > PIN 0x1a: External RL RR
>>  >
>>  > How can we make it work with these information?

speaker-test -Dhw:0,0 -c6 -t wav

>>
>>
>>
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/plain/Documentation/sound/alsa/Channel-Mapping-API.txt
>> [1]
>>
>> seem chnmap type _FIXED , _VAR and _PAIRED does not fit when LFE and
>> FC can be swapped for internal speaker and external speaker
>
>
> Right, you can't do it with a single map of one of those types.
http://git.alsa-project.org/?p=alsa-utils.git&a=search&h=HEAD&st=commit&s=chmap

do chmap of internal speakers need {FL FR RL RR LFE NA} ?

http://git.alsa-project.org/?p=alsa-lib.git&a=search&h=HEAD&st=commit&s=chmap

as set_chmap() still not yet implemented in pcm_route.c

do speaker-test need to specify channel map when using those odd number
channels ?

speaker-test -D surround21  -c3 -t wav
speaker-test -D surround41  -c5 -t wav -mFL,FR,RL,RR,LFE
speaker-test -D surround50  -c5 -t wav

http://git.alsa-project.org/?p=alsa-utils.git;a=commitdiff;h=7b14c00b56784f69ecc954a2de36e0a058fc8849;hp=000bf230cfb3b0abe88d27701dd77982675126ec

this example seem not working

speaker-test -c2 -t wav -Dplug:front -mFR,FL

>
>
>>
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=0fb87bb474f978446786263deff6263284e6e011
>> [2]
>>
>> How do the driver implement channel map when codec has  swap
>> center/lfe switch ?
>>
>> Do chmap contain both {FL FR RL RR FC LFE} and {FL FR RL RR LFE FC} ?
>
>
> If you want to provide support for userspace doing it both ways, then
yes, you need those two _FIXED maps.

Can chmap contain two _FIXED maps of same number of channels ?

  parent reply	other threads:[~2015-05-14  6:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-02  5:42 Front speakers doesn't work in multichannel output, regression in ALC888 Łukasz Wojniłowicz
2015-05-02  8:05 ` Takashi Iwai
2015-05-02  9:36 ` Raymond Yau
     [not found]   ` <7993879.9dprRWFvNQ@luklap.workgroup>
2015-05-03  7:53     ` [alsa-devel] " Raymond Yau
     [not found] ` <29807127.PULdKhJLmi@luklap.workgroup>
2015-05-06 18:23   ` Raymond Yau
     [not found]     ` <1736431.dmQFUpE69t@luklap.workgroup>
2015-05-08  6:49       ` [alsa-devel] " Raymond Yau
     [not found]   ` <CAN8cciapcbygVjS20+Ln6aDJbd3poieo6-8Zq3x69brsqr+Raw@mail.gmail.com>
     [not found]     ` <4324603.tPLEjaP5mH@luklap.workgroup>
2015-05-05 16:47       ` Raymond Yau
     [not found]         ` <4678913.FpDgrA5u1d@luklap.workgroup>
2015-05-11  2:34           ` Raymond Yau
     [not found]             ` <CAN8cciZS8MhXWy5anxMSgtLdDYHQtURXJ2iEoL0YMpb41EifHg@mail.gmail.com>
     [not found]               ` <d3bbb31411796d9f835396d30dcaa309@mail.onse.fi>
2015-05-14  6:26                 ` Raymond Yau [this message]
2015-05-14  7:45                   ` Fwd: " Anssi Hannula
2015-05-17  1:49                     ` Raymond Yau
2015-05-09  6:00       ` [alsa-devel] " Raymond Yau
2015-06-07 12:44 ` Raymond Yau
     [not found] ` <8386507.uauZCcniqC@luklap.workgroup>
     [not found]   ` <CAN8cciaTZYOQAkaE2aquzcZ_a1QkJAz7u+ff2ceTyrXnKr50RQ@mail.gmail.com>
     [not found]     ` <5853893.pVbPai8A2z@luklap.workgroup>
2015-06-09  2:23       ` Fwd: " Raymond Yau
     [not found]       ` <CAN8ccib5rgh2UjNG9isbAkTgMM7MhwL+FMxdd-4Z79Qng5hRNA@mail.gmail.com>
     [not found]         ` <CAN8cciY=bSpebNXqzYc+Q+MDd9Gr3+KGnpS0GBQpES+-XTY0Dw@mail.gmail.com>
2015-06-09  4:03           ` Fwd: " Raymond Yau
     [not found]             ` <31911886.6mcodbBrA7@luklap.workgroup>
2015-07-11  1:18               ` Raymond Yau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAN8ccibM+PoboaTXoHqg=dCbe-3+ijQZ6xL_Q1J=H9ovZ8gzkQ@mail.gmail.com' \
    --to=superquad.vortex2@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=anssi.hannula@iki.fi \
    --cc=lukasz.wojnilowicz@gmail.com \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.