* Expected behaviour for two mic jacks
@ 2010-11-12 9:50 David Henningsson
2010-11-14 1:01 ` Raymond Yau
2010-11-16 1:52 ` Raymond Yau
0 siblings, 2 replies; 6+ messages in thread
From: David Henningsson @ 2010-11-12 9:50 UTC (permalink / raw)
To: ALSA Development Mailing List
Hi,
A while ago I asked for the default/expected behaviour for auto-mute.
Here's the same question for mics:
If there are two mic jacks, e g one on the front and one on the back, is
the standard/default behaviour that we should:
1) Show one mic only and add auto-switch functionality, and if so, what
should determine which mic takes precedence?
2) Show both mics and let the user choose between them?
3) Show both mics, two volume control and let the user mix both signals
together (when possible)?
--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Expected behaviour for two mic jacks
2010-11-12 9:50 Expected behaviour for two mic jacks David Henningsson
@ 2010-11-14 1:01 ` Raymond Yau
2010-11-14 16:14 ` Colin Guthrie
2010-11-16 1:52 ` Raymond Yau
1 sibling, 1 reply; 6+ messages in thread
From: Raymond Yau @ 2010-11-14 1:01 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/11/12 David Henningsson <david.henningsson@canonical.com>
> Hi,
>
> A while ago I asked for the default/expected behaviour for auto-mute.
> Here's the same question for mics:
>
> If there are two mic jacks, e g one on the front and one on the back, is
> the standard/default behaviour that we should:
>
>
Most desktops have blue jack in in addition to front mic and rear mic, they
may also has other input source CD , Video and , Aux
Only notebooks has internal mic and external mic
For HDA which support multi stream capturing , the controls are "Input
Source"
otherwise the control is "Capture Source"
Therefore application is quite easy to know whether the sound card support
multi stream capture
> 1) Show one mic only and add auto-switch functionality, and if so, what
> should determine which mic takes precedence?
It seem that the HDA driver is not able to select the specific input source
for all HDA codec when the driver is loaded
User also should able to save/restore their selected Input source instead of
default mic
For Live CD , "alsactl init" is supposed to select internal mic instead of
external mic for laptop
For desktop there is only front mic and rear mic so user should able to
save/restore the selected input source on a fully installed system
The main problem is those line in playback volume , mic playback volume ,
aux is no longer accessible in gnome-media/kmix because they are not used by
pulseaudio
It become the responsibilty of sound preference to allow user to
change/unmute them since the Line playback volume control is important for
those user who connected their TV card to the line in
especially CD profile is not implemented by pulseaudio where some user want
to use connect their TV tuner card output to the CD input socket
> 2) Show both mics and let the user choose between them?
>
User should able to use pink jack and green jack at front panel by one
application and the other application can use pink jack and green jack at
rear panel
>
> 3) Show both mics, two volume control and let the user mix both signals
> together (when possible)?
>
>
I have doubt about the usefullness of mixing mic signal , if you have two
mic and sound card support multi stream capture , allow each mic used by
different application to acheive low latency is better
The main point is pulseaudio does not support more than 2 sources on one
sound card
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Expected behaviour for two mic jacks
2010-11-14 1:01 ` Raymond Yau
@ 2010-11-14 16:14 ` Colin Guthrie
2010-11-30 4:15 ` Raymond Yau
0 siblings, 1 reply; 6+ messages in thread
From: Colin Guthrie @ 2010-11-14 16:14 UTC (permalink / raw)
To: alsa-devel
'Twas brillig, and Raymond Yau at 14/11/10 01:01 did gyre and gimble:
> The main point is pulseaudio does not support more than 2 sources on one
> sound card
Sure it does, it's just not something that is probed for by default. All
you need to do is write an appropriate mixer profile (see
/usr/share/pulse/alsa-mixer/
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mageia Contributor [http://www.mageia.org/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Expected behaviour for two mic jacks
2010-11-12 9:50 Expected behaviour for two mic jacks David Henningsson
2010-11-14 1:01 ` Raymond Yau
@ 2010-11-16 1:52 ` Raymond Yau
2010-11-16 11:03 ` Colin Guthrie
1 sibling, 1 reply; 6+ messages in thread
From: Raymond Yau @ 2010-11-16 1:52 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/11/12 David Henningsson <david.henningsson@canonical.com>
> Hi,
>
> A while ago I asked for the default/expected behaviour for auto-mute.
> Here's the same question for mics:
>
> If there are two mic jacks, e g one on the front and one on the back, is
> the standard/default behaviour that we should:
>
The main problem is the "pink jack" and "blue jack" at rear panel can be
retasked as output pin for those motherboard with 3 audio jack at rear panel
(e.g. those VIA codec has "Smart51" switch
Some realtek codec has "Line/Mic jack mode" or "Mic Jack Mode" controls
How about those laptop docked into a docking station ?
Did pulseaudio changed the profile from "Internal Mic" or "External Mic" to
"Dock Mic" automatically
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Expected behaviour for two mic jacks
2010-11-16 1:52 ` Raymond Yau
@ 2010-11-16 11:03 ` Colin Guthrie
0 siblings, 0 replies; 6+ messages in thread
From: Colin Guthrie @ 2010-11-16 11:03 UTC (permalink / raw)
To: alsa-devel
'Twas brillig, and Raymond Yau at 16/11/10 01:52 did gyre and gimble:
> Did pulseaudio changed the profile from "Internal Mic" or "External Mic" to
> "Dock Mic" automatically
No this is not yet wired up AFAIK.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mageia Contributor [http://www.mageia.org/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Expected behaviour for two mic jacks
2010-11-14 16:14 ` Colin Guthrie
@ 2010-11-30 4:15 ` Raymond Yau
0 siblings, 0 replies; 6+ messages in thread
From: Raymond Yau @ 2010-11-30 4:15 UTC (permalink / raw)
To: ALSA Development Mailing List
2010/11/15 Colin Guthrie <gmane@colin.guthr.ie>
> 'Twas brillig, and Raymond Yau at 14/11/10 01:01 did gyre and gimble:
> > The main point is pulseaudio does not support more than 2 sources on one
> > sound card
>
> Sure it does, it's just not something that is probed for by default. All
> you need to do is write an appropriate mixer profile (see
> /usr/share/pulse/alsa-mixer/
> <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>
>
it look like PA use 1 period per buffer if skip-probe = yes when
implementing multiple sink/sources on one card (e.g. Native Instruments
Audio 4 DJ )
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5209
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-11-30 4:15 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-12 9:50 Expected behaviour for two mic jacks David Henningsson
2010-11-14 1:01 ` Raymond Yau
2010-11-14 16:14 ` Colin Guthrie
2010-11-30 4:15 ` Raymond Yau
2010-11-16 1:52 ` Raymond Yau
2010-11-16 11:03 ` Colin Guthrie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).