[pulseaudio-tickets] [Bug 73325] HSP not working in pulseaudio with BlueZ 5

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=73325

--- Comment #22 from wim.taymans at gmail.com <wim.taymans at gmail.com> ---
> 
> Only if you are talking about HFP, in case of HSP all AT command are audio
> related so doing it in PA would actually make sense and in fact reduce the
> latency.

Well almost, HSP has RING and the button press event. In practice you will use
HFP but theoretically, the phone stack could also do a RING on a pure HSP
headset.

> 
> >  - needs some fairly lowlevel socket code for setting up the SCO connection
> 
> Well the fd passed is a already a SCO socket or you are talking about bind +
> listen logic? I was thinking that perhaps this could be handled by
> bluetoothd as well and then maybe it delivered SCO fd via a second
> NewConnection.

I am talking about the bind + connect code. This is among things what got
removed from bluez5, you say it should be added again? It's really not
complicated but the main problem is that you would then need the bluez5 headers
to compile the module (and if you use any of the functions, also link to
bluez).

> 
> Well this is actually what oFono has been doing so I don't see why we need
> another daemon, if the problem is that there is no telephony stack that can
> handle HFP (e.g. desktop) then HSP can be used instead.

I have been looking at ofono as well but could not get this part to work. I
made a litte testapp to register an AudioAgent and wait for NewConnection() but
I could not make it work, no Cards showed up when I connected a headset. The
API looks like it would work. What do I need for this to work?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20140808/0545ebfc/attachment.html>