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 pali.rohar@xxxxxxxxx
