-
-
Notifications
You must be signed in to change notification settings - Fork 15.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pulseaudio: add hsphfpd support #103225
pulseaudio: add hsphfpd support #103225
Conversation
Since |
As far as I understand, the AFAICT all combinations of pulseaudio-hsphfpd and hsphfpd should work (and most of them even make sense):
|
This make sense too. Original pulseaudio HSP code is buggy. My patches fixes this (legacy) HSP code to work correctly and is loaded when hsphfpd daemon is running. So if you do not need HFP and HSP is enough then you can use pulseaudio also without hsphfpd. |
I apologize if this is off-topic, but what would it take to get |
@jtojnar |
Just to give enough context: Pali's branch has added stuff to |
Looks like they might work on upstreaming it after pali’s patches are merged according to EHfive/pulseaudio-modules-bt#1. Hopefully, that will be in PA 15. |
I'll merge this PR as all comments have been addressed and this is a change that doesn't cause any rebuilds and shouldn't break anything. |
Note that @pali has deleted the fork on gitlab. |
I am also following the situation... I don't think we should make any rushed decisions. If you're concerned about the dead link in the pulseaudio-hsphfpd package in the meantime, we could change it to my fork instead. |
Thanks. @pali did you also work on mSBC codec support? |
What's the impact of this on closure size? It looks like it makes pulseaudio depend on |
The impact on closure size is zero. Applications only depend on the pulseaudio libraries ( |
I'm abusing this PR, but using the following configuration: {
hardware.pulseaudio.package = pkgs.pulseaudio-hsphfpd;
hardware.pulseaudio.enable = true;
hardware.bluetooth.hsphfpd.enable = true;
hardware.bluetooth.enable = true;
} I can observe the following output
But |
|
It might be better to remove the service until there is an alternative that does actual UI things. |
May be useless in functionality but I'm pretty sure it's some required(?) part of the stack. It shouldn't be failing, or at least it didn't while I used it. |
I made an issue to further discuss the (potential) issue: #114222 It might include required parts of the stack, but currently it seems it is doing nothing. |
Motivation for this change
HFP is a bluetooth protocol used for headsets with microphones. This PR packages an in-progress patch to pulseaudio that supports HFP using the new hsphfpd daemon.
Warning: missing codec support is a big pain point for now. You get microphone support, but only at 8kHz because the mSBC codec is not implemented yet. And
pulseaudio-modules-bt
doesn't work, so there's no AAC/etc. support.To enable:
This is a reworked version of #101787. Thanks to @eadwu for doing all the work! cc @jtojnar
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)