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 is part of the pre-OLED to post-OLED firmware inconsistencies I've noticed after loading the open-source community firmware onto a 7-SEG display Deluge. (See #76, #98, #99, #100, #101)
Kit/alphanumeric order inconsistencies and crashes.
Observed: A1, B1, C1, loops through a shortened list of kits, A2, B2, C2...inconsistent and unpredictable.
A crash can occur when messing with the improper order found in the community firmware.
Certain kits aren't showing up at all, but can be revealed when scrolling backwards then forwards.
Doing so enough times causes a crash.
Replicable on OLED?
It would be helpful to know if this issue persists on an OLED Deluge. I would suggest adding kits A1, A2, A3 through H1, H2, H3 yourself and sharing the behavior.
The text was updated successfully, but these errors were encountered:
…he complex note-name file ordering only happens in SampleBrowser, not the other Browsers.
And, moved some functions from Browser to LoadInstrumentPresetUI, since those ones can no longer be static anyway.
This is part of the pre-OLED to post-OLED firmware inconsistencies I've noticed after loading the open-source community firmware onto a 7-SEG display Deluge. (See #76, #98, #99, #100, #101)
Kit/alphanumeric order inconsistencies and crashes.
Video showing the problem: https://www.youtube.com/watch?v=iq0kG6glywE
Replicable on OLED?
It would be helpful to know if this issue persists on an OLED Deluge. I would suggest adding kits A1, A2, A3 through H1, H2, H3 yourself and sharing the behavior.
The text was updated successfully, but these errors were encountered: