I get a strange error since updating to 12.0.52 for 14 bit NRPN controls (and 14 bit CC) - I never had this prior to update (everything worked perfectly).
After update my controller script is now just sitting there with “orange knobs” saying they clash (“already exist”), even though they have a distinct / different NRPN identifiers… in fact, they all map perfectly using the automatic MIDI learn… twist one after the other and they all appear, but as soon as there’s more than 1 controller, they turn orange. Seems to be a bug. Restarts for all apps and reboots etc. don’t fix the issue.
Other notes -
-
The only way I can get them to not be orange is to give them all a unique CHANNEL… Kind of defeats the purpose of a 14bit NRPN though…
-
I’m monitoring in BOME and confirm:
I send e.g. from controller
B0 63 20
B0 62 01
B0 06 VV
B0 26 vv
(VV= DATA MSB 0-127; vv=DATA LSB 0-127)
If I assign that controller it and resend back to hardware, I get the SAME message… so the basic recieve at cubase is correct… i.e. it’s not a jumbled message - it’s recieved and sent perfectly. This applies for multiple knobs… they all recieve and send correctly to and from cubase/controller unit.
EDIT: but… even though I can trick it to map multiple knobs, they DO jumble the internal messages… the controls now sort of bounce around, where as they used to be smooth (of course)… so I fee the internal code in cubase is doing something odd…
My guess is that although they are correctly sending and recieving 14bit NRPN MSB/LSB and data MSB/LSB, the internal cubase code thinks they are 7 bit knobs and it’s freaking out beacuse the message is identical across all knobs (e.g. the NRPN MSB is the same for all)… or something like that…
Again, just to be clear, it worked perfectly prior to update, so I don’t feel like I’ve done anything too whacky at my end to mess it up… It also still happens if I create a new two knob control surface in the editor, so it’s not because I’m using an old controller script.