openframeworks / openframeworks/openFrameworks
Audio Handling of Bluetooth Routing on iOS
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 2.6k
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 9
Description
Thanks to @danomatika for helping me start to understand the shape of the issue.
When using ofxPD the changing of the audio session settings that happens with the use of Bluetooth Audio - Airpods etc, the routing falls over, and leads to no actual audio, just glitched clicks (especially if using the mic too!). As I understand it, this is in part due to the sample rate changing which then leads to the reinitialisation of ofxPD. This issue can't be dealt with at ofxPD level, instead the fix would be somewhere within ofSoundStream
This has been explored within a different context over on libpd:
https://github.com/libpd/libpd/issues/249
https://github.com/libpd/libpd/pull/283
Contributor guide
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
Start by reading the linked libpd issue and pull request, then inspect the iOS audio-session handling within ofSoundStream and how it interacts with ofxPD. Done means Bluetooth audio, including microphone use and sample-rate changes, continues producing clean audio instead of silence or glitched clicks.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, ios
- Domain
- audio-video-rtc, mobile-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100