From: Eric Holstege <eric_holstege@yahoo.com>
To: david.henningsson@canonical.com
Cc: alsa-devel@alsa-project.org
Subject: Re: explicit commandline control of speakers vs headphone output
Date: Fri, 27 Aug 2010 12:49:41 -0700 (PDT) [thread overview]
Message-ID: <971218.99005.qm@web50706.mail.re2.yahoo.com> (raw)
Thanks for the info. (FYI, I have a Windtop 2200 All-in-one touchscreen,
on which I'm building an appliance with, among other things, VOIP phone
and answering machine capability). I want the user to be able to "put
the call on speaker" even if the mic/headphone handset is plugged in.
Can amixer override this automuting. Is it that the driver just sets the
speakers to mute *at the time* the headphone is plugged in, or does it
force them mute *so long as* the headphone is plugged in?
Or, regarding the pin_configs possibility, I guess I somehow edit
/sys/devices/pci0000:00/0000:00:08.0/sound/card0/hwC0D0/init_pin_configs
(or maybe user_pin_configs?). Could one point me to documentation on
what the bits mean? Mine are:
0x11 0x411111f0
0x12 0x411111f0
0x14 0x01014010
0x15 0x411111f0
0x16 0x99130120
0x17 0x411111f0
0x18 0x01a19850
0x19 0x99a3095f
0x1a 0x411111f0
0x1b 0x99130130
0x1c 0x411111f0
0x1d 0x4004022b
0x1e 0x01451140
0x1f 0x411111f0
Regards
-Eric
David Henningsson wrote:
> 2010-08-27 20:46, Eric Holstege skrev:
>
>> Thanks, Clemens;
>>
>> How were you able to determine that from the "amixer scontents" output.
>>
>> Although I can't disable *automatic* speaker mute on headphone
>> insertion, can I explicitly unmute them again (e.g. with amixer sset or
>> cset)?
>>
>> If not....
>> "cat /proc/asound/card*/codec*" says it is the Realtek ALC888.
>> Does this mean I have to somehow patch the kernel sound module file
>> .../linux-source-2.6.*/sound/pci/hda/patch_realtek.c
>> to fix this somehow?
>>
>
> So in the long run, I think it would be better to leave all auto-muting
> to userspace. Then stuff like pulseaudio could to advanced decision of
> how to handle input events. But that's the long way.
>
> There are certainly ways to disable auto-muting for Realtek ALC888, look
> along the lines of "speaker_automute" and "unsol_event". It is also
> possible that you could tweak your user_pin_config to trick your HP out
> into a Line Out. That way it won't automute, and you don't have to
> recompile your kernel.
>
> As a side note: The VIA HDA driver, I believe, have an option for
> turning automute off. But it also sets "mute" on a misnamed control at
> the same time, tricking PA into believing that you want to mute all
> output. So PA is "helpful" and mutes everything else as well. :-/
>
>
next reply other threads:[~2010-08-27 19:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-27 19:49 Eric Holstege [this message]
-- strict thread matches above, loose matches on Subject: below --
2010-08-27 18:46 explicit commandline control of speakers vs headphone output Eric Holstege
2010-08-27 19:26 ` David Henningsson
2010-08-27 23:26 ` Raymond Yau
2010-08-28 8:02 ` Raymond Yau
2010-08-27 14:18 Eric Holstege
2010-08-27 16:48 ` Clemens Ladisch
2010-08-26 18:40 Eric Holstege
2010-08-27 6:26 ` Clemens Ladisch
2010-08-25 16:41 Eric Holstege
2010-08-25 22:48 ` 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=971218.99005.qm@web50706.mail.re2.yahoo.com \
--to=eric_holstege@yahoo.com \
--cc=alsa-devel@alsa-project.org \
--cc=david.henningsson@canonical.com \
/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.