[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