How can I handle a parameter that has changed in a AudioProcessorGraph node, to tell the host that something changed? Therefore, making automation work.
Its like this, we have the AudioProcessorGraph graph, which holds up to 16 loaded plugins. (VSTs on my case) If you move a parameter in any of those “child” VSTs, what happens inside the graph class? How can I handle this, so I can tell the host some automation occurred?
I posted this too in the other area, but I though I should re-write it here too.
Well, some sort of listener/broadcaster model, I guess. Though it’ll be challenging to make one that works on the audio thread, you’d need to have some sort of external class that checks it for updates and does the broadcast, maybe using a Timer.
Actually, it looks like AudioProcessorListener would do the trick, as it does get called when the child VST parameter is moved on the GUI.
The only problem is, that I can’t seem to be able to create a new class that derivatives from it.
c:\work\___current projects__\wusik juce projects\juce\extras\__wusik station x\demo\src\FilterComponent.h(92) : error C2259: 'juce::AudioProcessorListener' : cannot instantiate abstract class
due to following members:
'void juce::AudioProcessorListener::audioProcessorParameterChanged(juce::AudioProcessor *,int,float)' : is abstract
c:\work\___current projects__\wusik juce projects\juce\extras\__wusik station x\demo\src\../../../../juce_amalgamated.h(17096) : see declaration of 'juce::AudioProcessorListener::audioProcessorParameterChanged'
'void juce::AudioProcessorListener::audioProcessorChanged(juce::AudioProcessor *)' : is abstract
c:\work\___current projects__\wusik juce projects\juce\extras\__wusik station x\demo\src\../../../../juce_amalgamated.h(17100) : see declaration of 'juce::AudioProcessorListener::audioProcessorChanged'
If I could create a class, and add the listener to each child VST, I could them process things up and it will all be good. :mrgreen: