When volume is rapidly adjusted balance is corrected
Closed this issue · 1 comments
jamsinclair commented
Reproductions Steps
Device: MacBook Pro 13" 2017
Output: Sennheiser HD 202 Headphones and Bose QuietComfort 35 II
Almost the same as #3
- Open Ballast App, clear correction count
- Increase volume rapidly by holding down volume key (Either up or down)
- Observe the correction count has gone up
The audio listener reads the balance briefly as slightly off 0.5
. This triggers the centring logic of the codebase.
The balance is still read as 0.5
after without being modified
Replication steps work consistently only with my headphones connected. Cannot replicate with Internal Speakers
Hardware Device Problem? Debounce method calls to prevent?
jamsinclair commented
I've implemented debouncing in release v1.0.2 which I hope resolves this edgecase.
There is now a 1 second delay before the balance is corrected after a balance change or volume change event.