mirror of
https://github.com/kavishdevar/librepods.git
synced 2026-04-25 16:15:52 +03:00
[GH-ISSUE #236] linux: the hearing aid does not work, although airpods preserve their state #110
Labels
No labels
android
bug
documentation
enhancement
good first issue
help wanted
linux
pull-request
reverse-engineering
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/librepods#110
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ressiwage on GitHub (Oct 26, 2025).
Original GitHub issue: https://github.com/kavishdevar/librepods/issues/236
hello, so i tried recent hearing aid option on linux with different parameters and sadly it didn't work. What i was checking:
original data (20, 40, 70, 60, 55, 65, 70 dBHL for both ears), negative values, x2 values, reversed values, flat 100 values for all the frequencies, different amplification, conversation boost on/off, hearing aid on/off in main app, transparency (mostly) and adaptive mode. Right now there are negative values on one ear and x2 on second.
I did not notice any difference at all, but headphones preserve entered frequencies and amplification, balance, tone, etc.
i have airpods pro 2 type-c with 8A356 version. tested on latest main commit
logs:
@kavishdevar commented on GitHub (Oct 26, 2025):
Could you please send the control command values that the airpods send (run the main app with
--debug). It should be a bunch of packets starting with040004000900. And, then with--debugtoggle the hearing aid setting in the app, and share what it sends here.@ressiwage commented on GitHub (Oct 27, 2025):
@kavishdevar commented on GitHub (Oct 27, 2025):
apologies, pushing a fix right away. it was supposed to send
0400040009002c01010000to enable.