CCing also bluez developers as they may be interested in discussion how
is HSP/HFP going to be implemented and used on Linux desktop.
On Tuesday 07 January 2020 20:23:11 Pali Rohár wrote:
> Hello!
>
> Denis wanted from me to start a new thread, so I'm doing it.
>
> As I wrote in different thread current state of HSP and HFP bluetooth
> profiles on Linux desktop is in very bad state, specially usage of SCO
> audio connection for audio applications (e.g. pulseaudio). See all
> details in that email. I proposed a solution for it via hsphfpd daemon
> with its prototype implementation, but Denis wrote that ofono could be a
> better solution.
>
> Part of HSP and HFP bluetooth profiles is AT socket connection which
> needs to handle, parse and interpret all needed AT commands.
>
> ofono project seems to be a candidate for handling AT socket on Linux
> desktop, but in current state it is unusable. For audio application
> (pulseaudio) there are required following features which ofono currently
> missing:
>
> * ability to connect HFP profiles in HF role without any modem
> (desktop computers do not have to have any modem). ofono currently
> does not support establishing HFP connection in HF role when computer
> does not have any modem
>
> * support for HSP profiles (in both HS and AG roles). ofono currently
> does not support HSP profile at all
>
> These two missing features are main blockers why ofono is unusable for
> desktop/laptop usage as AT parser/handler for bluetooth HSP/HFP
> profiles.
>
> Denis wrote that fixing first issue would be possible by automatically
> registering some fake dummy modem (when there is no in system) and
> connecting it with HFP profile in HF role.
>
> Do you have a reasonable solution also for second issue?
>
> If above two issue could be solved I can write a list of all other
> issues which are needed to be solved for providing HSP/HFP support on
> Linux desktops.
>
--
Pali Rohár
[email protected]