-
Notifications
You must be signed in to change notification settings - Fork 86
Limited effective range of sink volume #97
Comments
Because sink (transfer audio from cellphone to pc ) absolute volume is not implemented in this module. You have to manually disable |
Would the issue not have gone away using the absolute_volume branch? Disabling that feature is not necessarily an option on COTS devices - certainly not the ones I've tried, unfortunately. |
No. It's only activated when transfer audio data from PC/Pulseaudio. |
I see. Looking at Bluetooth HCI logs, you're right about absolute volume. In contrast to the previous absolute volume issue, I think this fits mainline as sink volume control ties directly to Pulse and not device support. Where would one look towards adding this functionality? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Fighting stale bot. |
I would try to add an option which allows setting initial device volume gain. Or merge https://github.com/EHfive/pulseaudio-modules-bt/tree/absolute_volume but with some modifications if I got free times. |
Have same low volume issue on Airpods too, unfortunately Airpods do not have "button" to control the internal volume. |
This project has been deprecated. #154 I would try proposing a fix for this on PipeWire. |
I am using my Android 10 phone to sink audio and only the very low end of the volume slider has an impact (roughly the first 10%, as if this module has a maximum of 10 and rounds 11-100 down). Under iOS, it's binary; anything above zero is effectively maximum volume. The behavior in the absolute_volume branch is the same.
In the case of Android, the same behavior occurs using both the aptX HD and SBC profiles.
The text was updated successfully, but these errors were encountered: