Skip to content

fix(ui): manual EQ sliders cover the full -10..+10 range - #18

Open
ssuyash3000 wants to merge 1 commit into
AmitRajput-Dev:mainfrom
ssuyash3000:fix/eq-manual-range
Open

ssuyash3000 wants to merge 1 commit into
AmitRajput-Dev:mainfrom
ssuyash3000:fix/eq-manual-range

Conversation

@ssuyash3000

Copy link
Copy Markdown

The custom-EQ sliders were limited to 0..10, so every band could only be
boosted — cutting a band was impossible from the Windows/Linux UI, and a
negative value read back from the headphones (requestEqualizer() decodes
byte - 10) was clamped to 0 by the widget and pushed back on the next edit.

Both ends of the protocol already use the signed range: setEqualizerCustom()
clamps to [-10, 10] and sends value + 10. The macOS UI uses -10...10 too, so
this also makes the two interfaces agree.

The custom-EQ sliders were limited to 0..10, so every band could only be
boosted — cutting a band was impossible from the Windows/Linux UI, and a
negative value read back from the headphones (`requestEqualizer()` decodes
`byte - 10`) was clamped to 0 by the widget and pushed back on the next edit.

Both ends of the protocol already use the signed range: `setEqualizerCustom()`
clamps to [-10, 10] and sends `value + 10`. The macOS UI uses -10...10 too, so
this also makes the two interfaces agree.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant