Matrix Modulators not driven by the controls in exported plugin

[ustk]

@Goodflow that’s a proper investigation!
Yeah the resolution of direct parameter modulation is tied up to the buffer size whereas matrix modulation is sample accurate.

Since I also have envelope modulation, it needs that accuracy to be snappy enough

So we’ll need the boss to fix this @Christoph-Hart

[Oli Ullmann]

@ustk
I spent a lot of time today fixing a modulation problem. My solution was to comment out the relevant matrix IDs in the Matrix Modulation Properties. It was a very strange problem, but now it works. Maybe this will help you too?

[Orvillain]

@ustk said in Matrix Modulators not driven by the controls in exported plugin:

So my UI sliders processorId and parameterId are set to control the MM Value parameters of the different Extra slots. Corresponding extra_mod nodes are properly linked in each network I have.

um .... shouldn't they have their matrixTargetId attribute set instead of using processorId and parameterId ?? That's what I've been doing, and my modulation all works fine in an exported plugin.

[Oli Ullmann]

@Orvillain
Then it is mono modulation and not sample accurate...

[ustk]

@Orvillain Interesting, effectively it's still working in Hise without the processorId connected to the MM if you just set the matrixTargetId, but unfortunately it's still doesn't work in exported plugins...

I wonder what could be different, so I will try with a minimal project...

It might be a recent bug, what is your commit?
Mine is 9 days old because there was bugs but I see it now should compile on macos so I'll give a try tomorrow.

@Oli-Ullmann said in Matrix Modulators not driven by the controls in exported plugin:

My solution was to comment out the relevant matrix IDs in the Matrix Modulation Properties.

Do you mean comment, compile, uncomment and compile again?
And do you refer to a problem you had in Hise too or in exported plugin?

Then it is mono modulation and not sample accurate...

Is it not the opposite? losing accuracy when you actually modulate a parameter connected via processorId instead of using the matrix mod system?

[Orvillain]

@Oli-Ullmann said in Matrix Modulators not driven by the controls in exported plugin:

@Orvillain
Then it is mono modulation and not sample accurate...

I don't think that is true.

[Orvillain]

@ustk said in Matrix Modulators not driven by the controls in exported plugin:

It might be a recent bug, what is your commit?

Oh god, I'm way back in December right now!

[Christoph Hart]

@ustk I think the issue is that you're using the matrix modulator system in an FX context which basically forces monophonic envelope behaviour and I haven't tested this too much. Can you make a simple test project that demonstrates the issue?

[ustk]

@Christoph-Hart Alright I am putting together a minimal project.

Question, should I connect processorId and parameterId or just use the matrixTargetId only?

Because when removing the processorId connection in my project the controls are still working, while in the minimal project it's not working without it...

[ustk]

@Christoph-Hart Here ya go

https://drive.google.com/file/d/1enxIfvhJNkcVnfP9BE4e83M3UdBud4MX/view?usp=sharing

[Orvillain]

@ustk

I'm fairly confident you don't need to use processorId and parameterId at all - just the matrixTargetId. It has to match the id that your particular matrix modulator has.

[ustk]

@Orvillain I'd like it to be the case and I tried with success in my project yesterday...
But in the minimal example I posted I can't seem to make it work without it. Perhaps I've made a silly mistake, could you check it out?

EDIT: after reopening the project, it works without the processorId... go figure...

[Oli Ullmann]

@ustk
@Orvillain
I noticed that Christoph has joined the conversation, so I'll hold back now to avoid causing any confusion. :-)