Of course there's already an #upstream MR: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/693
@anjan This patchset does the RFCOMM side of things, audio routing is something else, which I haven't covered here.
Bluetooth HFP spec consists of a bunch of AT commands to execute commands on the phone through the Bluetooth device such as: accept, reject, hangup calls, get service & roaming status, phone battery level, etc.
Headsets bind these AT commands to buttons which you can use to execute an action. It is extensively used in cars for handsfree calling.
Once feature parity & stability is reached with PulseAudio, distros will switch to PipeWire probably. Once my patches are in PulseAudio upstream, they are way easier to port than trying to do it parallel.
Yes, @collabora is working on Bluetooth in PipeWire as well, but AFAIK, not this part yet. Combining both patches will make it super awesome!
@optimal PipeWire is not adopted by all distros yet and needs to reach feature parity with PulseAudio before all distros can switch. Patches can be ported to PipeWire though, but doing it now is not great since both upstreams will have comments on the patches. Distros which switched already won't benefit from it for now. @postmarketOS users will be able to enjoy these patches in the near future!
@dylanvanassche *cough* Fedora *cough*
Honestly though, PipeWire has reached feature parity and for a lot of people is now daily driver.
Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.