librepods-org / librepods-org/librepods

Proposal: cross-link as complementary projects (OpenHearing — hearing test + assist for any earbuds)

Open Beginner friendly
#660 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Kotlin
Stars
29.9k
Forks
1.7k
PR merge metrics
No merged PRs in 30d

Description

Hi! First — LibrePods is fantastic work, congrats on v1.0.

I maintain OpenHearing (GPLv3), which I think sits exactly next to LibrePods without overlapping:

  • LibrePods: drives AirPods' own hearing-aid mode and features on Android (root, AirPods hardware).
  • OpenHearing: does its own on-device pure-tone hearing test → per-ear amplification profile → real-time DSP assist. No root, works with any earbuds — but it can't talk to AirPods' native mode.

Your README explicitly (and reasonably) declines to build a hearing test; OpenHearing has one, and conversely we point people who own AirPods and want the native mode to LibrePods — our README already links to you, and your protocol docs are credited as the reference for our (not yet started) AirPods phase.

Would you be open to a short mutual mention — e.g. a line in your README's related-projects/FAQ area for people who arrive without AirPods or without root? Happy to send the PR so it's zero effort on your side, worded however you prefer. And if you'd rather not, totally fine — closing this is no offense taken.

Thanks for everything the project has documented — it's been genuinely useful.
— Arun (OpenHearing)

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the README's related-projects or FAQ area mentioned in the issue and review the existing OpenHearing link and wording. Add a concise complementary-project mention for users without AirPods or root, then verify that the README clearly links to OpenHearing and preserves the existing project context.

Written by the indexing model from the issue text.

Assessment

Tech stack
android
Domain
documentation
Issue type
Documentation
Difficulty
1/5
Estimated time
Under an hour
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
68/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.