Several CC fader bugs

I run into the following related CC fader bugs (on firmware 2.1.8.a). See the attached preset to reproduce (as a .txt file or else the forum doesn’t get it)
E1 bugs.txt (3.7 KB)

  1. Faders getting stuck at value: 7bit MIDI CC faders with ranges mostly negative (eg a range -12…1 with default value -12) or a 14bit fader with range -70…0 with default value get stuck. The 7bit fader can be move with a fast twist, the 14bit fader doesn’t respond.

  2. Faders with a value range (not MIDI value range) larger than 0…511 (or transposed variants) do not display their value on the E1; this is also the case if the actual value to display is formatted through a LUA formatting function.

  3. Faders only send a value message if their displayed value changes, not if their underlying MIDI value changes. Combined with the fact that you cannot define floating point minimum and maximum values (to display them you need the LUA formatter functions, but these also use the displayed value range as their input), this makes it hard to create fine-grained controls that have a short range (e.g. filters with a -15…15dB range). This can be ‘hacked’ by defining a display range of -150…150 and defining a LUA formatting function that divides by 10 and shows a float), but given the limitation in point 2 above, this limits the usefulness of 14bit faders: they essentially cannot show their value (or else their resolution is crippled).

  4. If a fader has a negative minimum and positive maximum display value and a default display value in between, the fader is rendered as a white bar from the default value to the current value. This is great for PAN like faders, but confusing for VOLUME like faders, that typically have a small positive dB range.

  5. With every outgoing CC message, the E1 sends a large SysEx message too: F0 00 21 45 7F 00 73 65 6E 64 4D 65 73 73 61 67 65 3A 20 70 6F 72 74 3D 30 2C 20 63 68 61 6E 6E etc.


Confirming I am experiencing the same issues.

Issue 1 (value gets stuck) is a clear bug. I am also experiencing it on a large-ish “List” control with ten list items. As @jhh mentions, a "fast twist: will sometimes free it, but this is far from ideal.

Issue 3 as described seems to be by design, and works well for coarse controls (such as Octave from -3 to 3), but I agree is very limiting due to issue 2. Some clarity and refinement of the OS on this functionality is essential.

1 Like

These haven’t been corrected yet, right?

I can definitely confirm the bugs listed here (well, I have been plagued by items 1-3 above. I agree with 4, and #5 I haven’t verified.)

Also, with very large values, like 32767, you have to turn the knob a lot just to get a MIDI message out of the fader.

1 Like

Confirming stuck faders here too.


The fix for these and majority of other issues reported recently is going to be fixed in the upcoming release. I am using the bug reports to track what needs to be done.