Internal Mics and Speakers not visible in PulseAudio

Internal Mics and Speakers not visible in PulseAudio

[David Henningsson]

[-- Attachment #1: Type: text/plain, Size: 2300 bytes --]

Posted to both alsa-devel and pulseaudio-discuss lists, as this is a 
cross issue.

PulseAudio tries to figure out what equipment is present on the machine 
using the mixer. If it finds e g "Headphone Playback Volume", "Headphone 
Playback Switch", or "Headphone Jack", it assumes that a headphone is 
present and creates a headphone port. If it finds no ports, it creates a 
fallback "Analog Output" port.

Now assume that we have a laptop with speakers and a headphone jack, but 
with only a "Master Playback Volume", and a "Headphone Jack" for the 
jack detection.
PulseAudio will take the "Headphone Jack", and create a headphone port. 
Now, if this port is currently unconnected/unavailable, it will not show 
up at all [1]. As a result, the internal speakers - for which no port 
was created - will be essentially unusable.

Now, I thought this was a problem with a pair of machines only, that we 
could easily quirk on the PulseAudio side. But after looking through 
Ubuntu bugs and posting a blog post [2] about the issue, I have now 
collected 21 different machines affected, mostly on the input side. 
Several Realtek chips are affected on the dmic side, and some older 
STAC92xx chips have problems in both directions.
So it becomes evident to me, that this is something that needs to be 
fixed pretty fast.

So, to move forward, we need to expose these speakers and internal mics 
to userspace. A very simple (untested) patch is attached. This would 
make "Internal Mic Jack" and "Speaker Jack" show up. Note that the 
actual status can be overridden/ignored on the PulseAudio side - the 
importance here is the sign that there are internal mics and speakers, 
so that the PulseAudio ports get created.

I could develop it a little to make sure we don't actually do any jack 
detection for these pins but always return them as being true/present.
That is, if you approve the idea? I admit that the "Internal Mic Jack" 
is somewhat misleading/hacky as the internal mic is not connected to any 
physical jack, but it seems like the simplest way of resolving the 
problem currently.


-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic

[1] At least in Ubuntu's new Sound Settings UI.

[2] 
http://voices.canonical.com/david.henningsson/2012/05/22/three-audio-bugs-in-12-04/

[-- Attachment #2: expose-intmic.patch --]
[-- Type: text/x-patch, Size: 497 bytes --]

diff --git a/sound/pci/hda/hda_jack.c b/sound/pci/hda/hda_jack.c
index 2dd1c11..61becde 100644
--- a/sound/pci/hda/hda_jack.c
+++ b/sound/pci/hda/hda_jack.c
@@ -312,7 +312,7 @@ static int add_jack_kctl(struct hda_codec *codec, hda_nid_t nid,
 		return 0;
 	def_conf = snd_hda_codec_get_pincfg(codec, nid);
 	conn = get_defcfg_connect(def_conf);
-	if (conn != AC_JACK_PORT_COMPLEX)
+	if (conn == AC_JACK_PORT_NONE)
 		return 0;
 
 	snd_hda_get_pin_label(codec, nid, cfg, name, sizeof(name), &idx);

[-- Attachment #3: Type: text/plain, Size: 0 bytes --]

Re: Internal Mics and Speakers not visible in PulseAudio

[Raymond Yau]

2012/5/30 David Henningsson <david.henningsson@canonical.com>:
> Posted to both alsa-devel and pulseaudio-discuss lists, as this is a cross
> issue.
>
> PulseAudio tries to figure out what equipment is present on the machine
> using the mixer. If it finds e g "Headphone Playback Volume", "Headphone
> Playback Switch", or "Headphone Jack", it assumes that a headphone is
> present and creates a headphone port. If it finds no ports, it creates a
> fallback "Analog Output" port.
>
> Now assume that we have a laptop with speakers and a headphone jack, but
> with only a "Master Playback Volume", and a "Headphone Jack" for the jack
> detection.
> PulseAudio will take the "Headphone Jack", and create a headphone port. Now,
> if this port is currently unconnected/unavailable, it will not show up at
> all [1]. As a result, the internal speakers - for which no port was created
> - will be essentially unusable.
>
> Now, I thought this was a problem with a pair of machines only, that we
> could easily quirk on the PulseAudio side. But after looking through Ubuntu
> bugs and posting a blog post [2] about the issue, I have now collected 21
> different machines affected, mostly on the input side. Several Realtek chips
> are affected on the dmic side, and some older STAC92xx chips have problems
> in both directions.
> So it becomes evident to me, that this is something that needs to be fixed
> pretty fast.
>
> So, to move forward, we need to expose these speakers and internal mics to
> userspace. A very simple (untested) patch is attached. This would make
> "Internal Mic Jack" and "Speaker Jack" show up. Note that the actual status
> can be overridden/ignored on the PulseAudio side - the importance here is
> the sign that there are internal mics and speakers, so that the PulseAudio
> ports get created.
>
> I could develop it a little to make sure we don't actually do any jack
> detection for these pins but always return them as being true/present.
> That is, if you approve the idea? I admit that the "Internal Mic Jack" is
> somewhat misleading/hacky as the internal mic is not connected to any
> physical jack, but it seems like the simplest way of resolving the problem
> currently.
>
>
>
I am afraid this does not work with desktop computer which has front
mic , internal mic, Line in ,CD (or stereo mix with those via hda
codecs)

With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
ad198x on my desktop, sound  preference does not allow me to select
front mic since I am still using ac97 front panel (with no jack detect
circuit)

Although the rear mic and line in jacks are detectable, when I unplug
the rear mic, the sound preference automatically switch to the "web
cam mic" since the desktop does not has any internal mic

The concept of using jack detection to select recording source is not
suitable when there is more than two undetectable sources or two
detectable jacks

Some user may connect the output of TV card to the blue jack of ad198x
which is loop back to green jack. The presence of jack in "Line in"
does not implies that the user is intend to select Line in as input
source since the user is just using the analog mixing of ad198x codec

The correct way  is to use the items in "Input Source" or "Capture Source"


Simple mixer control 'Input Source',0
  Capabilities: cenum
  Items: 'Front Mic' 'Rear Mic' 'Line' 'CD' 'Mix'
  Item0: 'Front Mic'
Simple mixer control 'Input Source',1
  Capabilities: cenum
  Items: 'Front Mic' 'Rear Mic' 'Line' 'CD' 'Mix'
  Item0: 'Front Mic'
Simple mixer control 'Input Source',2
  Capabilities: cenum
  Items: 'Front Mic' 'Rear Mic' 'Line' 'CD' 'Mix'
  Item0: 'Line'

Re: Internal Mics and Speakers not visible in PulseAudio

[David Henningsson]

On 05/30/2012 03:04 PM, Raymond Yau wrote:
> 2012/5/30 David Henningsson<david.henningsson@canonical.com>:
>> Posted to both alsa-devel and pulseaudio-discuss lists, as this is a cross
>> issue.
>>
>> PulseAudio tries to figure out what equipment is present on the machine
>> using the mixer. If it finds e g "Headphone Playback Volume", "Headphone
>> Playback Switch", or "Headphone Jack", it assumes that a headphone is
>> present and creates a headphone port. If it finds no ports, it creates a
>> fallback "Analog Output" port.
>>
>> Now assume that we have a laptop with speakers and a headphone jack, but
>> with only a "Master Playback Volume", and a "Headphone Jack" for the jack
>> detection.
>> PulseAudio will take the "Headphone Jack", and create a headphone port. Now,
>> if this port is currently unconnected/unavailable, it will not show up at
>> all [1]. As a result, the internal speakers - for which no port was created
>> - will be essentially unusable.
>>
>> Now, I thought this was a problem with a pair of machines only, that we
>> could easily quirk on the PulseAudio side. But after looking through Ubuntu
>> bugs and posting a blog post [2] about the issue, I have now collected 21
>> different machines affected, mostly on the input side. Several Realtek chips
>> are affected on the dmic side, and some older STAC92xx chips have problems
>> in both directions.
>> So it becomes evident to me, that this is something that needs to be fixed
>> pretty fast.
>>
>> So, to move forward, we need to expose these speakers and internal mics to
>> userspace. A very simple (untested) patch is attached. This would make
>> "Internal Mic Jack" and "Speaker Jack" show up. Note that the actual status
>> can be overridden/ignored on the PulseAudio side - the importance here is
>> the sign that there are internal mics and speakers, so that the PulseAudio
>> ports get created.
>>
>> I could develop it a little to make sure we don't actually do any jack
>> detection for these pins but always return them as being true/present.
>> That is, if you approve the idea? I admit that the "Internal Mic Jack" is
>> somewhat misleading/hacky as the internal mic is not connected to any
>> physical jack, but it seems like the simplest way of resolving the problem
>> currently.
>>
>>
>>
> I am afraid this does not work with desktop computer which has front
> mic , internal mic, Line in ,CD (or stereo mix with those via hda
> codecs)
>
> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
> ad198x on my desktop, sound  preference does not allow me to select
> front mic since I am still using ac97 front panel (with no jack detect
> circuit)

In that case your BIOS should detect that you're using an ac'97 front 
panel and set the "no prescence detect" bit in the default pin config.

The codec driver should then not create any jack at all, and PulseAudio 
would pick up 'Input Source' -> 'Front Mic' as a reason to have create a 
'Front Mic' port.

But maybe there is some sense in wanting to create a different state for 
when it's undetectable (present = yes/no/unknown) in the interface 
between the kernel and userspace?

-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic

Re: Internal Mics and Speakers not visible in PulseAudio

[Raymond Yau]

2012/5/30 David Henningsson <david.henningsson@canonical.com>:
> On 05/30/2012 03:04 PM, Raymond Yau wrote:
>>
>> I am afraid this does not work with desktop computer which has front
>> mic , internal mic, Line in ,CD (or stereo mix with those via hda
>> codecs)
>>
>> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
>> ad198x on my desktop, sound  preference does not allow me to select
>> front mic since I am still using ac97 front panel (with no jack detect
>> circuit)
>
>
> In that case your BIOS should detect that you're using an ac'97 front panel
> and set the "no prescence detect" bit in the default pin config.
>
> The codec driver should then not create any jack at all, and PulseAudio
> would pick up 'Input Source' -> 'Front Mic' as a reason to have create a
> 'Front Mic' port.

The patched driver just create two jack detect controls for rear panel
jacks when BIOS set front audio panel type to AC97

There are difference for the system settings/sound in unity and gnome

In gnome session, the system settings/sound list the three hardcoded
ports (front mic, line and rear mic) instead of all the items in the
"Input source" / "Capture Source" controls ( There is no CD in HDA,
and no CD , stereo mix, aux, phone for my other sound cards with ac97
codec)

Is there any way to add back "Stereo Mix" to pulseaudio 's port ?

In unity session, the system settings/sound only list  the plugged jacks.

I think the usage of jack detect to select input source automatically
is broken for for those  motherboards which have three audio jacks in
rear panel and retask those pink and blue jacks for surround51 output.

The module-switch-on-available-port should check whether "Channel
mode' is 6 and exclude the result those jack detect of "rear mic" and
"line in" since they have been retasked for output

BTW, the ICH8 HDA controller support multi stream capturing and ad1988
has thee capture subdevices

arecord -l
card 1: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
  Subdevices: 3/3
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2

what is the definition of "Mono Output" in pulseaudio ?

it is just the capability of the sound card to play mono  or have a
mono speaker with a specific volume control

My three other sound cards does support mono playback and mono capture

The system setting/sound in gnome session allow me to select "mono
duplex" but when it does not allow me to select "mono output + mono
input" in unity session.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: [alsa-devel] Internal Mics and Speakers not visible in PulseAudio

[David Henningsson]

On 06/01/2012 04:54 AM, Raymond Yau wrote:
> 2012/5/30 David Henningsson<david.henningsson@canonical.com>:
>> On 05/30/2012 03:04 PM, Raymond Yau wrote:
>>>
>>> I am afraid this does not work with desktop computer which has front
>>> mic , internal mic, Line in ,CD (or stereo mix with those via hda
>>> codecs)
>>>
>>> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
>>> ad198x on my desktop, sound  preference does not allow me to select
>>> front mic since I am still using ac97 front panel (with no jack detect
>>> circuit)
>>
>>
>> In that case your BIOS should detect that you're using an ac'97 front panel
>> and set the "no prescence detect" bit in the default pin config.
>>
>> The codec driver should then not create any jack at all, and PulseAudio
>> would pick up 'Input Source' ->  'Front Mic' as a reason to have create a
>> 'Front Mic' port.
>
> The patched driver just create two jack detect controls for rear panel
> jacks when BIOS set front audio panel type to AC97
>
> There are difference for the system settings/sound in unity and gnome
>
> In gnome session, the system settings/sound list the three hardcoded
> ports (front mic, line and rear mic) instead of all the items in the
> "Input source" / "Capture Source" controls ( There is no CD in HDA,
> and no CD , stereo mix, aux, phone for my other sound cards with ac97
> codec)
>
> Is there any way to add back "Stereo Mix" to pulseaudio 's port ?

Yes. See:

http://www.freedesktop.org/wiki/Software/PulseAudio/Backends/ALSA/Profiles

However if you have additional questions about how to write PulseAudio 
profiles and paths I might not have the time to help you out with that, 
hopefully you will be able to sort that out by yourself.

> In unity session, the system settings/sound only list  the plugged jacks.
>
> I think the usage of jack detect to select input source automatically
> is broken for for those  motherboards which have three audio jacks in
> rear panel and retask those pink and blue jacks for surround51 output.
>
> The module-switch-on-available-port should check whether "Channel
> mode' is 6 and exclude the result those jack detect of "rear mic" and
> "line in" since they have been retasked for output

Hmm. That would lead to quite hairy code in PulseAudio, I'm afraid...and 
I don't think it's the right way to solve the problem either.

I think we could go about this in different ways.

1) The easiest way is to say that if you're changing "Channel mode" 
manually in alsamixer, you're on your own. After all, the normal/newbie 
end user would not know about alsamixer at all, so if you're capable of 
changing things in alsamixer you're assumed to be capable of configuring 
PulseAudio's profiles (using the link above) to match that as well.

2) We could make a policy decision to remove the code that retasks the 
jacks, and direct people to hda-jack-retask if they want to do that. 
That would mean simpler code for everyone - however, with the recent 
addition of multi-IO in the Realtek driver (for example), things doesn't 
seem to head that way...

3) We could add both "Line Out Surround Jack" and "Rear Mic Jack". The 
"Rear Mic Jack" would always return present=no when you're in 6-channel 
surround retask mode, and "Line Out Surround Jack" would always return 
present=no when you're in the normal mode.

> BTW, the ICH8 HDA controller support multi stream capturing and ad1988
> has thee capture subdevices
>
> arecord -l
> card 1: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
>    Subdevices: 3/3
>    Subdevice #0: subdevice #0
>    Subdevice #1: subdevice #1
>    Subdevice #2: subdevice #2

You would be able to make a multi-source profile in PulseAudio that can 
record from all of these simultaneously, but we're missing a patch that 
can control volumes and switches with indices, so you would have to 
control the gain manually in alsamixer.

> what is the definition of "Mono Output" in pulseaudio ?
>
> it is just the capability of the sound card to play mono  or have a
> mono speaker with a specific volume control
>
> My three other sound cards does support mono playback and mono capture
>
> The system setting/sound in gnome session allow me to select "mono
> duplex" but when it does not allow me to select "mono output + mono
> input" in unity session.

That sounds like the known bug I was working on yesterday.

-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic

Internal Mics and Speakers not visible in PulseAudio

[Raymond Yau]

David Henningsson <david.henningsson@canonical.com> 於 2012年6月1日星期五寫道：
> On 06/01/2012 04:54 AM, Raymond Yau wrote:
>>
>> 2012/5/30 David Henningsson<david.henningsson@canonical.com>:
>>>
>>> On 05/30/2012 03:04 PM, Raymond Yau wrote:
>>>>
>>>> I am afraid this does not work with desktop computer which has front
>>>> mic , internal mic, Line in ,CD (or stereo mix with those via hda
>>>> codecs)
>>>>
>>>> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
>>>> ad198x on my desktop, sound  preference does not allow me to select
>>>> front mic since I am still using ac97 front panel (with no jack detect
>>>> circuit)
>>>
>>>
>>
For those user with hda front audio panel, When the rear mic is unplugged,
pulse audio change the input to another sound card if there is no plugged
input jacks as pa don't regard cd or stereo mic as valid port of the input
source.

When the rear mic is plugged before pulaseaudio start and it is the first
port of the input in the sound setting ,it change to the webcam mic(second
port) after the rear mic is unplugged.

So it won't autoselect when The user plugged the rear mic again. He have to
select the rear mic in sound setting, the rear mic is the last port in
sound setting.it will change to the mic1of another sound card(last port)


>> There are difference for the system settings/sound in unity and gnome
>>
>> In gnome session, the system settings/sound list the three hardcoded
>> ports (front mic, line and rear mic) instead of all the items in the
>> "Input source" / "Capture Source" controls ( There is no CD in HDA,
>> and no CD , stereo mix, aux, phone for my other sound cards with ac97
>> codec)
>>
>> Is there any way to add back "Stereo Mix" to pulseaudio 's port ?
>
> Yes. See:
>
> http://www.freedesktop.org/wiki/Software/PulseAudio/Backends/ALSA/Profiles
>
> However if you have additional questions about how to write PulseAudio
profiles and paths I might not have the time to help you out with that,
hopefully you will be able to sort that out by yourself.

I have follows colin's tutorial compiling and running pulse audio from git.
Do i need to build the unity/gnome sound setting and what are the name of
the system setting sound in gnome and unity?

Although there is no aux in sound setting, select analog input in sound
setting will select the aux

Why changing the input port from rear mic to front mic also change the
value of rear mic boost and front mic boost at the same time ?

This  forbid multi streaming capture using two mic.

>
>> In unity session, the system settings/sound only list  the plugged jacks.
>>
>> I think the usage of jack detect to select input source automatically
>> is broken for for those  motherboards which have three audio jacks in
>> rear panel and retask those pink and blue jacks for surround51 output.
>>
>> The module-switch-on-available-port should check whether "Channel
>> mode' is 6 and exclude the result those jack detect of "rear mic" and
>> "line in" since they have been retasked for output
>
> Hmm. That would lead to quite hairy code in PulseAudio, I'm afraid...and
I don't think it's the right way to solve the problem either.
>
> I think we could go about this in different ways.
>
> 1) The easiest way is to say that if you're changing "Channel mode"
manually in alsamixer, you're on your own. After all, the normal/newbie end
user would not know about alsamixer at all, so if you're capable of
changing things in alsamixer you're assumed to be capable of configuring
PulseAudio's profiles (using the link above) to match that as well.
>
> 2) We could make a policy decision to remove the code that retasks the
jacks, and direct people to hda-jack-retask if they want to do that. That
would mean simpler code for everyone - however, with the recent addition of
multi-IO in the Realtek driver (for example), things doesn't seem to head
that way...
>
> 3) We could add both "Line Out Surround Jack" and "Rear Mic Jack". The
"Rear Mic Jack" would always return present=no when you're in 6-channel
surround retask mode, and "Line Out Surround Jack" would always return
present=no when you're in the normal mode.
>


It seem that is not possible to implement 3) in current implementation in
hda-jack.c

I prefer an module parameter of hda for disable the creation of jack detect
control since this force pa to fallback like the other sound cards which
have no jack detection

The behaviour of desktop users are different from notebook users
The desktop users are unlikely to plug/unplug the jacks at rear panel every
time. They rather connected all the necessary jacks of the rear audio panel

>> BTW, the ICH8 HDA controller support multi stream capturing and ad1988
>> has thee capture subdevices
>>
>> arecord -l
>> card 1: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
>>   Subdevices: 3/3
>>   Subdevice #0: subdevice #0
>>   Subdevice #1: subdevice #1
>>   Subdevice #2: subdevice #2
>
> You would be able to make a multi-source profile in PulseAudio that can
record from all of these simultaneously, but we're missing a patch that can
control volumes and switches with indices, so you would have to control the
gain manually in alsamixer.
>
I don't think this work since when changing from rear mic to front mic,
pulseaudio also change the rear mic boost and front mic boost. Especially
when the pulse audio API does not allow application to select different
sink or source (I.e. Multi streaming playback/capture is not supported by
pulse audio)

The possible way is
1) an module parameter of hda driver to disable creation of jack detection
controls
2) don't use module-switch-on-available-port in default.pa

Btw it seem sound is distorted when the application capture mono and the
sound card only support stereo is because pa just sum the left and right
channel (clipping)
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: Internal Mics and Speakers not visible in PulseAudio

[David Henningsson]

On 06/07/2012 04:59 AM, Raymond Yau wrote:
>
>
> David Henningsson <david.henningsson@canonical.com
> <mailto:david.henningsson@canonical.com>> 於 2012年6月1日星期五寫道：
>  > On 06/01/2012 04:54 AM, Raymond Yau wrote:
>  >>
>  >> 2012/5/30 David Henningsson<david.henningsson@canonical.com
> <mailto:david.henningsson@canonical.com>>:
>  >>>
>  >>> On 05/30/2012 03:04 PM, Raymond Yau wrote:
>  >>>>
>  >>>> I am afraid this does not work with desktop computer which has front
>  >>>> mic , internal mic, Line in ,CD (or stereo mix with those via hda
>  >>>> codecs)
>  >>>>
>  >>>> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
>  >>>> ad198x on my desktop, sound  preference does not allow me to select
>  >>>> front mic since I am still using ac97 front panel (with no jack detect
>  >>>> circuit)
>  >>>
>  >>>
>  >>
> For those user with hda front audio panel, When the rear mic is
> unplugged, pulse audio change the input to another sound card if there
> is no plugged input jacks as pa don't regard cd or stereo mic as valid
> port of the input source.
>
> When the rear mic is plugged before pulaseaudio start and it is the
> first port of the input in the sound setting ,it change to the webcam
> mic(second port) after the rear mic is unplugged.
>
> So it won't autoselect when The user plugged the rear mic again. He have
> to select the rear mic in sound setting, the rear mic is the last port
> in sound setting.it <http://setting.it> will change to the mic1of
> another sound card(last port)

I think we have to live with these kinds of issues in PulseAudio until 
Colin has completed his priority list implementation.

>  >> There are difference for the system settings/sound in unity and gnome
>  >>
>  >> In gnome session, the system settings/sound list the three hardcoded
>  >> ports (front mic, line and rear mic) instead of all the items in the
>  >> "Input source" / "Capture Source" controls ( There is no CD in HDA,
>  >> and no CD , stereo mix, aux, phone for my other sound cards with ac97
>  >> codec)
>  >>
>  >> Is there any way to add back "Stereo Mix" to pulseaudio 's port ?
>  >
>  > Yes. See:
>  >
>  >
> http://www.freedesktop.org/wiki/Software/PulseAudio/Backends/ALSA/Profiles
>  >
>  > However if you have additional questions about how to write
> PulseAudio profiles and paths I might not have the time to help you out
> with that, hopefully you will be able to sort that out by yourself.
>
> I have follows colin's tutorial compiling and running pulse audio from git.

You don't need to recompile pulseaudio to change configuration files, 
they are all in /usr/share/pulseaudio/alsa-mixer

> Do i need to build the unity/gnome sound setting and what are the name
> of the system setting sound in gnome and unity?
>
> Although there is no aux in sound setting, select analog input in sound
> setting will select the aux
>
> Why changing the input port from rear mic to front mic also change the
> value of rear mic boost and front mic boost at the same time ?
>
> This  forbid multi streaming capture using two mic.

You can change this by changing the configuration files.

>  >> In unity session, the system settings/sound only list  the plugged
> jacks.
>  >>
>  >> I think the usage of jack detect to select input source automatically
>  >> is broken for for those  motherboards which have three audio jacks in
>  >> rear panel and retask those pink and blue jacks for surround51 output.
>  >>
>  >> The module-switch-on-available-port should check whether "Channel
>  >> mode' is 6 and exclude the result those jack detect of "rear mic" and
>  >> "line in" since they have been retasked for output
>  >
>  > Hmm. That would lead to quite hairy code in PulseAudio, I'm
> afraid...and I don't think it's the right way to solve the problem either.
>  >
>  > I think we could go about this in different ways.
>  >
>  > 1) The easiest way is to say that if you're changing "Channel mode"
> manually in alsamixer, you're on your own. After all, the normal/newbie
> end user would not know about alsamixer at all, so if you're capable of
> changing things in alsamixer you're assumed to be capable of configuring
> PulseAudio's profiles (using the link above) to match that as well.
>  >
>  > 2) We could make a policy decision to remove the code that retasks
> the jacks, and direct people to hda-jack-retask if they want to do that.
> That would mean simpler code for everyone - however, with the recent
> addition of multi-IO in the Realtek driver (for example), things doesn't
> seem to head that way...
>  >
>  > 3) We could add both "Line Out Surround Jack" and "Rear Mic Jack".
> The "Rear Mic Jack" would always return present=no when you're in
> 6-channel surround retask mode, and "Line Out Surround Jack" would
> always return present=no when you're in the normal mode.
>  >
>
>
> It seem that is not possible to implement 3) in current implementation
> in hda-jack.c

But everything is possible with the right patches :-)

> I prefer an module parameter of hda for disable the creation of jack
> detect control since this force pa to fallback like the other sound
> cards which have no jack detection

Why don't you just remove the jack detection from PulseAudio's 
configuration files instead?

> The behaviour of desktop users are different from notebook users
> The desktop users are unlikely to plug/unplug the jacks at rear panel
> every time. They rather connected all the necessary jacks of the rear
> audio panel
>
>  >> BTW, the ICH8 HDA controller support multi stream capturing and ad1988
>  >> has thee capture subdevices
>  >>
>  >> arecord -l
>  >> card 1: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
>  >>   Subdevices: 3/3
>  >>   Subdevice #0: subdevice #0
>  >>   Subdevice #1: subdevice #1
>  >>   Subdevice #2: subdevice #2
>  >
>  > You would be able to make a multi-source profile in PulseAudio that
> can record from all of these simultaneously, but we're missing a patch
> that can control volumes and switches with indices, so you would have to
> control the gain manually in alsamixer.
>  >
> I don't think this work since when changing from rear mic to front mic,
> pulseaudio also change the rear mic boost and front mic boost.
> Especially when the pulse audio API does not allow application to select
> different sink or source (I.e. Multi streaming playback/capture is not
> supported by pulse audio)
>
> The possible way is
> 1) an module parameter of hda driver to disable creation of jack
> detection controls
> 2) don't use module-switch-on-available-port in default.pa
> <http://default.pa>
>
> Btw it seem sound is distorted when the application capture mono and the
> sound card only support stereo is because pa just sum the left and right
> channel (clipping)

Ok. As a workaround, lower the input gain.

-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: Internal Mics and Speakers not visible in PulseAudio

[Takashi Iwai]

At Wed, 30 May 2012 14:46:48 +0200,
David Henningsson wrote:
> 
> Posted to both alsa-devel and pulseaudio-discuss lists, as this is a 
> cross issue.
> 
> PulseAudio tries to figure out what equipment is present on the machine 
> using the mixer. If it finds e g "Headphone Playback Volume", "Headphone 
> Playback Switch", or "Headphone Jack", it assumes that a headphone is 
> present and creates a headphone port. If it finds no ports, it creates a 
> fallback "Analog Output" port.
> 
> Now assume that we have a laptop with speakers and a headphone jack, but 
> with only a "Master Playback Volume", and a "Headphone Jack" for the 
> jack detection.
> PulseAudio will take the "Headphone Jack", and create a headphone port. 
> Now, if this port is currently unconnected/unavailable, it will not show 
> up at all [1]. As a result, the internal speakers - for which no port 
> was created - will be essentially unusable.
> 
> Now, I thought this was a problem with a pair of machines only, that we 
> could easily quirk on the PulseAudio side. But after looking through 
> Ubuntu bugs and posting a blog post [2] about the issue, I have now 
> collected 21 different machines affected, mostly on the input side. 
> Several Realtek chips are affected on the dmic side, and some older 
> STAC92xx chips have problems in both directions.
> So it becomes evident to me, that this is something that needs to be 
> fixed pretty fast.
> 
> So, to move forward, we need to expose these speakers and internal mics 
> to userspace. A very simple (untested) patch is attached. This would 
> make "Internal Mic Jack" and "Speaker Jack" show up. Note that the 
> actual status can be overridden/ignored on the PulseAudio side - the 
> importance here is the sign that there are internal mics and speakers, 
> so that the PulseAudio ports get created.
>
> I could develop it a little to make sure we don't actually do any jack 
> detection for these pins but always return them as being true/present.
> That is, if you approve the idea? I admit that the "Internal Mic Jack" 
> is somewhat misleading/hacky as the internal mic is not connected to any 
> physical jack, but it seems like the simplest way of resolving the 
> problem currently.

I've thought of a similar change, but I postponed it because of some
concerns:
- the control actually is no-op as it's a fixed pin;
  IOW, should we really perform the jack-detection verb on such a pin?
- as you mentioned, should it be really named as "Jack"?

The second point is just a matter of formality.  We can regard "Jack"
as the suffix to indicate the pin information.  But the behavior jack
ctl of such fixed pins should be defined exactly.


Takashi

> 
> 
> -- 
> David Henningsson, Canonical Ltd.
> https://launchpad.net/~diwic
> 
> [1] At least in Ubuntu's new Sound Settings UI.
> 
> [2] 
> http://voices.canonical.com/david.henningsson/2012/05/22/three-audio-bugs-in-12-04/
> [2 expose-intmic.patch <text/x-patch (7bit)>]
> diff --git a/sound/pci/hda/hda_jack.c b/sound/pci/hda/hda_jack.c
> index 2dd1c11..61becde 100644
> --- a/sound/pci/hda/hda_jack.c
> +++ b/sound/pci/hda/hda_jack.c
> @@ -312,7 +312,7 @@ static int add_jack_kctl(struct hda_codec *codec, hda_nid_t nid,
>  		return 0;
>  	def_conf = snd_hda_codec_get_pincfg(codec, nid);
>  	conn = get_defcfg_connect(def_conf);
> -	if (conn != AC_JACK_PORT_COMPLEX)
> +	if (conn == AC_JACK_PORT_NONE)
>  		return 0;
>  
>  	snd_hda_get_pin_label(codec, nid, cfg, name, sizeof(name), &idx);

Re: Internal Mics and Speakers not visible in PulseAudio

[David Henningsson]

On 05/30/2012 04:56 PM, Takashi Iwai wrote:
> At Wed, 30 May 2012 14:46:48 +0200,
> David Henningsson wrote:
>>
>> Posted to both alsa-devel and pulseaudio-discuss lists, as this is a
>> cross issue.
>>
>> PulseAudio tries to figure out what equipment is present on the machine
>> using the mixer. If it finds e g "Headphone Playback Volume", "Headphone
>> Playback Switch", or "Headphone Jack", it assumes that a headphone is
>> present and creates a headphone port. If it finds no ports, it creates a
>> fallback "Analog Output" port.
>>
>> Now assume that we have a laptop with speakers and a headphone jack, but
>> with only a "Master Playback Volume", and a "Headphone Jack" for the
>> jack detection.
>> PulseAudio will take the "Headphone Jack", and create a headphone port.
>> Now, if this port is currently unconnected/unavailable, it will not show
>> up at all [1]. As a result, the internal speakers - for which no port
>> was created - will be essentially unusable.
>>
>> Now, I thought this was a problem with a pair of machines only, that we
>> could easily quirk on the PulseAudio side. But after looking through
>> Ubuntu bugs and posting a blog post [2] about the issue, I have now
>> collected 21 different machines affected, mostly on the input side.
>> Several Realtek chips are affected on the dmic side, and some older
>> STAC92xx chips have problems in both directions.
>> So it becomes evident to me, that this is something that needs to be
>> fixed pretty fast.
>>
>> So, to move forward, we need to expose these speakers and internal mics
>> to userspace. A very simple (untested) patch is attached. This would
>> make "Internal Mic Jack" and "Speaker Jack" show up. Note that the
>> actual status can be overridden/ignored on the PulseAudio side - the
>> importance here is the sign that there are internal mics and speakers,
>> so that the PulseAudio ports get created.
>>
>> I could develop it a little to make sure we don't actually do any jack
>> detection for these pins but always return them as being true/present.
>> That is, if you approve the idea? I admit that the "Internal Mic Jack"
>> is somewhat misleading/hacky as the internal mic is not connected to any
>> physical jack, but it seems like the simplest way of resolving the
>> problem currently.
>
> I've thought of a similar change, but I postponed it because of some
> concerns:
> - the control actually is no-op as it's a fixed pin;
>    IOW, should we really perform the jack-detection verb on such a pin?

I don't think we should perform the actual verb on these devices.

> - as you mentioned, should it be really named as "Jack"?
>
> The second point is just a matter of formality.  We can regard "Jack"
> as the suffix to indicate the pin information.  But the behavior jack
> ctl of such fixed pins should be defined exactly.

I would like us to be able to distinguish the "phantom" Jacks from the 
real ones. We can do this either by
  1) Adding a third state - this might require us to change the type 
from BOOLEAN to something else, I don't know how backwards compatible 
such a change could be, or
  2) Instead of calling them "Jack", we could have another suffix [1]. 
We could still have them as BOOLEAN and always return TRUE.

  3) This is probably a bit overkill, as PulseAudio can do without that 
functionality anyway, but one could consider the speaker presence 
turning to FALSE when headphones are plugged in and then back to TRUE 
when headphones are unplugged - but only if "Automute mode" is enabled.

-- 
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic

[1] s/J/H ;-)