But AirPods are the only wireless headphones with which you can use the mic without having to suffer from horrible audio playback and microphone quality because of Headset/Handsfree.
The dev here- there are exactly 2 features- Head Gestures and heart rate monitoring. Both have no use on Linux. On Android head gestures is to answer calls and heart rate will be provided to Health Platform.
edit: there's just one that's not planned for Linux and planned for Andorid- HRM. Head gestures is already implemented on Android.
Hi! The developer here. The app requires a purchase only when you install it from Play Store. The FOSS version available on GitHub takes you to my GH Sponsors page where you can wait for a few seconds and return back to the app. Or you can also just click the Restore Purchases button. There's no need for a fork :)
apple doesn't allow much customization, only the 9 presets under accessibility>hearing>headphone accomodation. this eq then also applies to the audio played and transparency settings both. maybe one of those nine presets suits your needs?
setting up hearing aids is a one time thing. then, the main adjustment is the amplification, which can be controlled by swiping on the stem. there is no need for an iphone for using it as hearing aids.
The developer here- I didn't plan to release an app for android, or even linux. The android app just started out as a personal project. My plan was to make a service for linux that can talk to various headphones, and any UI can talk to the service. And this was supposed to be under AGPL. But, as I graudally reverse-engineered most of the protocol from the bluetooth stack on macOS, I decided to release the app for Android and make one for linux as well.
Going to change it to GPL, though. never paid attention to the license in use as I developed.
the head gestures is something i couldn't quite figure out, so the gesture logic is completely AI generated. i don't know how to get the actual values from the sensors. but there sure is a use in gaming.
i don't think macos allows l2cap connections (the protocol that airpods use), at least pybluez doesn't support that on macos which would've made making a simple script a lot simpler.
see MagicPods. although, it's paid, and requires windows to be in test mode to install a driver for L2CAP support. microsoft has decided to not allow l2c for userspace applications.
hey, do you have the 'act as apple device' hook enabled perhaps? that sometimes causes connections to drop. other than that, i believe i refactored the background service to store metadata about the airpods and support various model types recently which can make the app a bit unstable, hence no new release yet- the build is available to download from Actions. if you're facing unstability on the latest (pre)release, v0.2.0-alpha open a issue, i will have a look whenever i get the time.
about the configs not being saved- do you mean the conversational awareness, adaptive volume etc.? those should be saved, and sent from airpods every time you connect. so if you change the config from any other device, and connect to your phone then the app should show the new config.
you can contirbute by supporting the development, of course! :)
It not that hard to imagine Apple going out of their way to do something that would break functionality on Android, honestly. Although, I believe Fluoride also is to be blamed here because a simple timeout can not possible cause any issues (it seems that a timeout is there, but never called- at least from my tinkering). I am not planning to spend a single second tracing back the actual problem and suggesting a fix, given that Google just asked me to reproduce twice (!!) and did nothing about it.