librepods-org / librepods-org/librepods
Audio stutters | packet loss when phone is locked or librepods app not directly open
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 29.9k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Description
So I am quite sure that it has something to do with battery saver settings and how aggressively the OS puts the bluetooth stack controlled by librepods (if this is even technically correct, just an enduser here, no developer) to sleep or ranks down it's task priority.
No matter the playback app: After a while the connection just gets stuttery resulting in bad (like really earbleeding) packet loss. This happens later when the last app opened (before locking the screen) is the librepods-app; happens earlier when you have it in the background, and will not recover until you open librepods again in an unlocked state.
I disabled any battery saving options in the OS itself, device is rooted - however still happens very reliable; just a matter of time.
Using an Unihertz Titan 2 on Android 15, device is rooted and librepods is installed following setup process including activated xposed framework.
--
I know that this is not a great bug report, I will append logs and more details in a few days.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the stutter on the rooted Unihertz Titan 2 running Android 15, comparing playback with librepods foregrounded, backgrounded, and after the screen is locked. Collect the promised logs and inspect the Android background and battery-saver behavior involved. Done means identifying a reproducible cause and preventing packet loss until librepods is reopened.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- audio-video-rtc, mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100