You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
this might be a bug in the open source firmware API in general. But the very light dimmed colours which were chosen e.g. for the session view do flicker sometimes on my LPP. The flicker does occur on some columns and seem to be more prominent when the device is powered by USB only.
Can you reproduce this?
The text was updated successfully, but these errors were encountered:
I expect this is down to the fact that there is no double buffering - when doing a hal_set_led(), you're writing directly into the buffer that is being scanned to drive the LEDs. An API for fixing this might look like:
lock(); write_led(); .... unlock();
...where lock() and unlock() would manage buffer flips.
I've done some work on this specifically in notes mode, where it used to be redrawn on every sequence step, but now the pads are not redrawn except to turn individual pads white when they are played. It helps the flicker, but it also makes the logic a little more complex to ensure lights are always restored to their original state.
Session mode is definitely the next target for this sort of optimization, but there are so many more moving parts that I haven't been able to think of a good way to identify just the parts that have changed.
this might be a bug in the open source firmware API in general. But the very light dimmed colours which were chosen e.g. for the session view do flicker sometimes on my LPP. The flicker does occur on some columns and seem to be more prominent when the device is powered by USB only.
Can you reproduce this?
The text was updated successfully, but these errors were encountered: