Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bugfix: channel_mode for strobe->off, start on ramp #63

Open
wants to merge 1 commit into
base: trunk
Choose a base branch
from

Conversation

readableness
Copy link

Fix channel_mode during smooth_steps operations. Maintain channel_mode until animation complete, restore ramp channel_mode before on.

Multichannel lights reverted to ramp channel_mode prior to actual off, unpleasantly mixing channels for some users during fade to off. Additionally, the ramp channel_mode would not always be restored before turning on, animating with the wrong channel_mode, then jumping to correct channel_mode at animation completion.

@readableness
Copy link
Author

Updated commit to 4f5c8a3 to fix one more case - user interrupts off sequence/animation with a click to moon/on/turbo. This immediately restores the ramp channel_mode rather than wait to finish the turn on sequence/animation.

I believe this now covers all aspects of {strobe -> off -> ramp} that we can pull off:

  • animating to off should keep last channel_mode
  • EV_ticks > HOLD_TIMEOUT restores ramp channel_mode on the way to standby (possibly redundant now?)
  • interrupted off sequence immediately restores ramp channel_mode on EV_click1_press

@readableness readableness force-pushed the fix_strobe_channel_off branch from 4f5c8a3 to 603b7be Compare April 20, 2024 05:16
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.

2 participants