Hello, Ableton Live users! I have a question for you.
So, as you have certainly noticed, when you have the Sub 37 Editor plug-in working correctly in Live, you see the on-screen knobs moving when you turn knobs on the Sub 37 hardware.
This leads you to expect that when you hit “record” and turn knobs on the hardware, this should result in plugin parameter automation getting recording for the knobs in the plug-in. You would think that, since it looks like all the hardware knobs are mapped to all the plug-in knobs.
However… the reality is more complicated, and that’s where I would like your input as a user. First I will explain what’s actually going on, and then I will ask what you think we should do with the plugin, in light of the facts.
So… when you click with a mouse on one of the plugin knobs and adjust it, this action is definitely always recorded as plugin parameter automation.
If you turn knobs on the hardware, by default Ableton Live just sees this as incoming MIDI CC data, which it will record as MIDI CC envelopes.
In recent builds of the Editor plug-in, we have tried a work-around… when the Editor gets MIDI from the knobs, it reports the knob-movement to Live, the same way it would if you were adjusting the knob with a mouse. This causes plugin parameter automation to get recorded automatically, without any extra steps on the user’s part.
however… it’s not so simple… because the Sub 37 is still sending MIDI into Live, and Live still doesn’t know about any special link between those MIDI CCs and the plugin knobs… if you do things the way I just described, you actually get both the MIDI CC data recorded as raw MIDI, and you get plugin automation recorded. This is not ideal, and it may be related to a new bug report where Live bogs down and gets slow when turning hardware knobs on the Sub 37.
Now it turns out there is a way around this, which is to set up Live’s MIDI mapping the way Ableton originally intended.
To do this, you go to the MIDI settings page and enable REMOTE for the Sub 37 MIDI input… then type command-M to enter MIDI Mapping mode… click on the knob of the Sub 37 plugin that you want to map for recording, then turn the matching hardware knob on the Sub 37. This should map the hardware knob to the plug-in knob.
If you do all of that and then record, the hardware knob tweaks get recorded correctly as automation for the mapped plug-in parameter, and there’s no extra recording of MIDI CCs. Basically, I think this method gives exactly the intended results.
The only problem with the last method I mention, is that it’s an extra step, that doesn’t seem like it should be necessary because the plug-in knob already moves when you turn the hardware knob. The key distinction is, this is because the editor is listening directly to the hardware using its own MIDI connection… this “mapping” has nothing to do with the plug-in host (Live, in this case). So that’s why you still need to map using Live if you want Live to handle knob-recording in an intelligent way.
So basically, my reason for typing all of this is that we’re fighting some bugs with the “work-around” solution, where the plugin reports any knob-turning due to external MIDI (from the hardware) as though the user was adjusting those plugin knobs with the mouse.
My question to you the user is, is it really a problem to use Live’s MIDI Mapping, to the point where we should keep wrestling this bug, potentially releasing the plug-in with problems in Live? Or, is it OK to use Live’s MIDI Mapping and declare that to be the official correct way to use the plugin?
Any opinions, comments, thinking-out-loud would be very welcome. Thank you!
Amos