When volume is rapidly adjusted balance is corrected

[jamsinclair]

Reproductions Steps

Device: MacBook Pro 13" 2017
Output: Sennheiser HD 202 Headphones and Bose QuietComfort 35 II

Almost the same as #3

1. Open Ballast App, clear correction count
2. Increase volume rapidly by holding down volume key (Either up or down)
3. 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]

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.