Add new linux app

[kavishdevar]

not sure if this is gonna stay in this repo (reason below)

So, the current Qt app wasn’t really as updated as the Android app- the maintainer didn’t have time, and it was too different from the Android implementation for me to easily port new stuff.

This new app is built in Rust, using the iced library, and borrowing the AACP and ATT implementation from the Android app. This app also has a much better UI, and now isn’t just limited to AirPods! The AirPods basic implementation like ear detection and conversational awareness is already in place, along with battery and changing ANC mode.

---

To-Do List

• Add basic UI
• Device state and connection handling skeleton
  • Handle new connections
  • Handle disconnections
• Improve the tray
  • add a channel between window and tray to make the tray update when customized
  • handle multiple devices
  • handle disconnections
  • use devicemanagers instead of a channel between bluetooth thread and tray thread
• Misc (bugs/other enhancements)
  • take ear status from LE for taking ownership and audio, not received over AACP without taking control first
  • first connection on a clean startup is a bit messy because airpods might not send information packet right away. the app doesn't store the LEInfo when that is the case.
  • battery is only updated for one airpods in the sidebar when multiple are connected.
  • handle bluetooth availability properly (currently throws UI message channel closed)
  • turn off conversational awareness when any (physical) microphone is being used
• Add AACP settings
  • Implement the aacp handler
  • Add a advanced page which allows sending custom packets and control command values
  • Add everything to the UI
• ATT related
  • Implement the manager
  • For some reason, connection is refused by AirPods sometimes; haven’t traced the cause yet
  • Handle ATT manager, while keeping it optional- not everyone would change their BlueZ config
  • Add the UI: Yet to decide if I want multiple settings pages for each device, or just out everything on a single page under different sections (like transparency settings, and hearing aid settings will take up space, and can be better of separated)
• expose everything over dbus
• Nothing will work on this after airpods so it can be merged first
  • Parse notifications
  • Read battery status from bluez (or something else- it's not sent over ATT)
• Prepare for distribution
  • Add CI for Flatpak
  • Add flake.nix
  • Possibly, bundle it as an AppImage

[Chrisbattarbee]

Thanks for the great work here! I was just missing a couple features that I needed:

• Pressing the stem to play / pause the last interacted with media
• A button to set up the seamless switching bluetooth config

So I added those here in this fork https://github.com/Chrisbattarbee/librepods with some instructions on how to set it up with nixOS

Just leaving this here incase some others had the same needs

[kavishdevar]

@YuseiRun you are running the old version, not this rewrite. Please limit the comments here to the rewrite.

[randshell]

thanks so much for the continued work on this!

one minor issue I'd like to report is missing the case battery percentage, using AirPods Pro 3.

More importantly, in my opinion, is that conversation awareness doesn't take into account when you're in a call, so when the microphone is in use. This causes for the conversation awareness to trigger and lower the volume of the call. I think if there's a way to check an ongoing microphone use, conversation awareness shouldn't lower the volume. The workaround is manually disabling this feature and re-enabling it as needed.

I'm using latest artifact from 2f1208c.

[kavishdevar]

@randshell the battery is only shown when one of the AirPods are in the case. From your screenshot, I believe none of the AirPods are charging.

(perhaps hiding the case icon might avoid confusion)

Thanks for the suggestion about the conversational awareness. I'll implement it when get the time.

[randshell]

@randshell the battery is only shown when one of the AirPods are in the case. From your screenshot, I believe none of the AirPods are charging.

Yes, your assumption is correct.
I was basing myself on the battery widget on iPhone, which shows the case battery all the time. I suppose, like you proposed, the icon could be hidden until a packet is received, then the value is updated and persists until the next packet that updates the battery percentage. At the same time, if the AirPods aren't connected, the battery shouldn't be persisted for either AirPods or case, as they'll be outdated.

Thanks for the suggestion about the conversational awareness. I'll implement it when get the time.

If it helps, I remember that pactl list sources short provides an easy way to do that, where the result of SUSPENDED or RUNNING can be used to determine if the microphone is being used.

[Krakish6]

I have noticed that the app forces Airpods Pro 3 to SBC-XQ is this intended behaviour and if so why?

[Ari-43]

I have noticed that the app forces Airpods Pro 3 to SBC-XQ is this intended behaviour and if so why?

I can reproduce this.
It is not always preferable to use SBC-XQ, so librepods should let the user choose the audio profile like they normally would with any other device or without librepods.

[kavishdevar]

The app handles the audio profiles to route all audio properly based on if the AirPods are worn. And the app also activates/deactivates the profile when some other device connected to AirPods plays audio.

It is specifically SBC-XQ because I remember reading somewhere it better than AAC, but I can add an option in the settings to pick which codec to use.

For using headset profile- as long as no media starts playing (anything that creates a MPRIS service) when you manually switch to HSP/HFP, the app will not switch to A2DP.

What codec do you usually use for A2DP, @Ari-43 @Krakish6?

[Ari-43]

SBC-XQ does indeed have higher quality than AAC. Under most circumstances it is the best choice, but can reduce battery life slightly.
Also, I personally sometimes have multiple Bluetooth audio devices in-use at once, and need the extra bandwidth from using AAC or SBC instead to prevent crackling. For the same bandwidth reasons AAC and SBC seem to me like they also work slightly better under adverse RF conditions, but I have not properly tested this.

If librepods could record what A2DP profile is set by the user on the Pulse/PW side and use that, that'd work and be transparent. I understand that's more complicated to implement than a static default though.

[randshell]

SBC-XQ does indeed have higher quality than AAC. Under most circumstances it is the best choice, but can reduce battery life slightly. Also, I personally sometimes have multiple Bluetooth audio devices in-use at once, and need the extra bandwidth from using AAC or SBC instead to prevent crackling. For the same bandwidth reasons AAC and SBC seem to me like they also work slightly better under adverse RF conditions, but I have not properly tested this.

If librepods could record what A2DP profile is set by the user on the Pulse/PW side and use that, that'd work and be transparent. I understand that's more complicated to implement than a static default though.

omg, this 100%.
With the (external) bluetooth adapter I have, I can barely go outside the room before I get crackling and also extended breaks in audio. I've never figured it out, because on iPhone I can go anywhere without any issue.

I've quit LibrePods-rust and changed from SBC-XQ to AAC and the link now is more stable when I'm out of the room, and the breaks in the audio are considerably less. It's just more useable overall like this.
So the reason I couldn't get to try AAC before was that LibrePods overwrites the codec when the app is open, so setting it manually never changed anything.

[Krakish6]

The app handles the audio profiles to route all audio properly based on if the AirPods are worn. And the app also activates/deactivates the profile when some other device connected to AirPods plays audio.

It is specifically SBC-XQ because I remember reading somewhere it better than AAC, but I can add an option in the settings to pick which codec to use.

For using headset profile- as long as no media starts playing (anything that creates a MPRIS service) when you manually switch to HSP/HFP, the app will not switch to A2DP.

What codec do you usually use for A2DP, @Ari-43 @Krakish6?

I use AAC preferably that should be also native for AirPods i think but i agree with what @Ari-43 said it would be great if it could get the A2DP profile from system settings.

[Ari-43]

I use AAC preferably that should be also native for AirPods

I think SBC-XQ is still a fairly sensible default for most users as long as there is some way to choose other codecs.

If it is not possible to have LibrePods remember what the user sets in PulseAudio/PipeWire--the most transparent solution--then an option in LibrePods would suffice.
The output of pactl list cards contains the current active profile and all supported profiles.