[pulseaudio-discuss] [PATCH v0] bluetooth: Merge headset ports into one
Mikel Astiz
mikel.astiz.oss at gmail.com
Sun Nov 25 03:28:07 PST 2012
Hi Tanu,
On Fri, Nov 23, 2012 at 8:26 PM, Tanu Kaskinen <tanuk at iki.fi> wrote:
> On Fri, 2012-11-23 at 13:41 +0100, Mikel Astiz wrote:
>> From: Mikel Astiz <mikel.astiz at bmw-carit.de>
>>
>> Merge the former "hsp-output" and "a2dp-output" ports into one single
>> port, in order to fix the regression of having several independent
>> entries in the UI.
>
> I'm not sure if this is anything serious, but with this change, I think
> (I haven't actually tested) module-bluetooth-policy works with headsets
> that support both profiles as follows, not very smartly:
>
> - It never does anything until both profiles enter the "playing" state.
That was not the intention. The patch should set the port to
PORT_AVAILABLE_YES if *any* of the two profiles is set, and thus the
port switch could be triggered.
> I'm not sure if this scenario is possible. Can headsets initiate the
> "playing" state for one profile while the other profile is already
> "playing" too?
It's very unlikely, I haven't seen that yet.
>
> - If both profiles enter the "playing" state, then semi-randomly one or
> the other will be activated.
As stated above, this will happen if any of the two profiles starts
playing *and* the active profile is "off". But you're right, the
activated profile will be semi-random, i.e. the policy is not very
smart.
I can't think of any workaround to this problem once the ports get
merged, since module-bluetooth-policy is not able to distinguish the
state of each Bluetooth profile.
> To me it looks like this is not serious, so this is not a blocker issue
> for accepting the patch.
>
Cheers,
Mikel
More information about the pulseaudio-discuss
mailing list