https://bugs.freedesktop.org/show_bug.cgi?id=73325
--- Comment #22 from [email protected] <[email protected]> --- > > 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.
_______________________________________________ pulseaudio-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
