alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
* 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).