[pulseaudio-discuss] [PATCH 1/6] Jack detection kcontrol implementation

Colin Guthrie gmane at colin.guthr.ie
Sun Mar 11 12:22:29 PDT 2012


This is awesome!

I'm really glad this is in.

It's not really working great on my machine where I do not actually have
separate kcontrols for my headphones (I think I've discussed my h/w in
the past and how I'd like to have two ports created in this case - not
just the one).

I'm in a bit of a quandary tho'. Both my speakers and my mic behave
pretty much the same here... and by the same, I mean the complete
opposite :p

So I have built in speakers, but not built in mic. So my input is
actually completely useless until I plug in an external mic. Obviously
my speakers work fine when I don't have headphones plugged in.

But really in terms of kcontrols they look pretty much the same as each
other!

So how should it work here? Obviously for the output, what *should*
happen is that a "Speakers" port is synthesised and used by default
rather than the current "Headphones" one.

But for the mic... should it just stay as it is? Or should there be a
synthesised "Off" port? Seems a little bit rubbish really :s Ideally,
when I plug in e.g. a USB camera with a built in Mic, it should be the
only source available on my system. Hmm, yeah. I don't really know how
to handle the mic side of things :s

Awesome work tho'. I'll try and prep a patch for the synthesised
speakers in my case.... I guess it'll be kinda hard to detect my kind of
laptop vs. e.g. a PCI sound card that basically operates it's output
much like my mic works... Questions, questions, questions :)

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/



More information about the pulseaudio-discuss mailing list