Forum Replies Created
-
Posts
-
Apples autocorrect, yes Lua of course
In ctrlr msb and lsb are being sent with each value if you set the control as NRPN and use the predefined message. The esq is happy with all the cc6’s coming in but it hates to process the msb and lsb coming in at high ratesHi, I have an ensoniq esq1 as well and have been looking into this too and searched the forum on NRPN messages. Now here is what I have found.
The esq can’t handle big data streams very well with NRPN. It will crash immediately when you turn a knob in ctrlr. In the past several editor manufacturers had different ways to handle this. I have checked this with midiquest and it turns out they are using the data increment buttons to get around this problem. However, this makes the editor very slow. One little movement on fader or button will generate a long list of midi messages, which are probably timed as well so the esq doesn’t crash.
Now I,ve also checked out the iPad version of this editor in trail mode, and this is working very smooth ( without the flickering vid display on the esq) so I analyzed the messages from this app. It turns out that they only send out the lsb and msb once and then a continuous string of cc6 messages. This works very fast and smoothly. However currently we can’t do this without using Luna in ctrlr and the people behind Luna seem to be against using such a method because it’s not the right way to do it. But it’s the only way to handle old synths from the time that a z80 processor was called a personal computer . I would love to be able to have the option to use this method optionally in ctrlr, and not have to deal with workarounds like the sq80 method.
