Thanks a lot! The original concept was developed with synth plugins in mind, but I have been thinking about applying this concept to mixing, latey.
I also thought about having specific functionality appear at specific knobs. Since the idea of plugin maps is to be hardware independent, I’m tending towards another idea: you have a mode where you can define what generic function you want to assign to a specific knob. Things like “Input Volume”, “Ratio” or “Band 1 Frequency”. At runtime, KnobConnector would then try to match these generic functions to specific parameters of the currently focused plugin or the plugins of the currently focused track.
That being said, have you tried declaring the unusedIf property to those workaround placeholder entries? This makes them look a bit less “usable” as it is intended for parameters than can suddenly be greyed out in a plugin UI (like a release parameter becoming disabled when enabling “Auto Release”).
I have been thinking about a channel strip mode as well, also with the goal of not opening the plugin UIs. Not sure what you meant with “three rows of parameters” though, as you can only control two rows of parameters with the E1 and toggle between two other double rows. KnobConnector however locks itself to the lowest double row to have the upper two double rows available for parameter navigation. Maybe you meant to populate the three of the four upper rows with modules from the plugins of the current track?
This is an unfortunate issue with the E1 knob’s touch sensors. Technically, the E1 knob only sends data when the E1 also detected the knob to be touched. This doesn’t work 100%, and can sometimes cause the accelerations derived from the encoder movement to be inaccurately large and even have the wrong direction. The problem will be fixed with the upcoming E1 firmware v4.0.0. It’s in preview atm and if you feel brave enough, you can give it a try: V4.0 testing [was V3.7] - #187 by martin