Replies: 1 comment 3 replies
-
Let me quickly answer question 1 for now: It's already possible given you have the third-party plug-in in the same FX chain:
This makes sure the third-party plug-in parameter and conditional activation stay in sync. It's a one-way sync only ... uni-directional (but you can set up ReaLearn to control the third-party plug-in parameter so I don't think this is a showstopper). You could also choose the other direction. Another way would be to either use 2 mappings with the same source that control both ReaLearn's parameter and the third-party plug-in parameter - and make sure that you only use ReaLearn to modify them. A variation of this is to use the new "Group interaction" feature (ReaLearn v2.10.0-pre.2) with the "Same target value" option. But that's not much different, you just don't have to define the source twice. |
Beta Was this translation helpful? Give feedback.
-
Hi,
I would like to start with some praise of what ReaLearn offers in German: Tolle Arbeit! Die gebotene Flexibilität ist wirklich sehr schön. Glückwunsch!
I already have a standard DAW control surface for handling standard workflow. I would like to use ReaLearn for more tricky issues. Specifically, I would like to use it for controlling parameters of plugins that happen to change their set of parameters on the fly, as is the case with the plugin family by Melda Productions.
These plugins feature (i) parameters definable by users (called multi parameters, basically the same as what is called macro controllers elsewhere, but rather flexible) and (ii) some notion of quasi meta presets called devices (a set of multi parameters + GUI). Devices and thus the set of available (multi) parameters for a given plugin can change on the fly.
Now, what I would like to do with ReaLearn is specifying mappings that depend on the currently chosen device of a plugin. I already figured out how to change the selected device by controlling the respective
Device
target parameter with some increment/decrement buttons. I also figured out how to (de)activate mapping groups by mapping the same increment/decrement buttons to one of ReaLearn's own parameters and then using that with theWhen bank selected
activation condition. So, this setup basically does what I want, but it works only for a short time after setting it up and then soon breaks.One of the problems causing it to break is that the two mappings of the increment/decrement buttons (one for the Melda
Device
target parameter and the other for ReaLearn's own parameters) run soon out of sync. One reason for that might be that if the target track is set to<Selected>
, this setting is seemingly only respected by one of the two mappings. The mapping to ReaLearn's own parameters seems to ignore that setting and be always active.Another problem is that users can define new devices with these flexible plugins (at least for some of them), and that can scramble quasi the index (bank number) of devices. Each device has a name, and this name happens to be also shown as part of the parameter value by ReaLearn under the target mapping, but this is obviously not used currently for the conditional activation.
So, I have multiple questions (or possibly feature requests) here.
Is it perhaps possible to define a conditional activation that depends directly on the value of some parameter of some third-party plugin? (to avoid that some internal parameter runs out of sync with an external parameter.)
[Low priority] Is it perhaps possible to define a conditional activation that is not just a numeric condition, but depends on some associated information of this plugin value (I actually have no idea how this metadata is handled by plugins, but I can see that ReaLearn already shows that information).
In case neither request 1 nor 2 are possible at the moment, is there perhaps another workaround to avoid that multiple mappings of the same sources to different targets ran out of sync? I guess, as a last resort I can always simply define separate ReaLearn mapping presets for separate devices of a single plugin and then just load whatever I need. That is still a customisation I cannot do with my general DAW controller, because there I cannot define and switch between multiple mappings for a single plugin. However, I might end up with very many presets in total then, so some way to select them that goes beyond a menu (e.g., a standard file selection dialog) would be helpful at some later stage. :)
Apologies for this rather long message. Thanks a lot again for ReaLearn!
PS: While Melda Production also offers a bundle of free plugins, unfortunately the notion of devices is only supported by paid plugins.
Beta Was this translation helpful? Give feedback.
All reactions