Latest version of HISE breaks existing presets....

[dannytaurus]

@David-Healey It was here: https://forum.hise.audio/topic/14121/issue-macro-taking-the-priority

But I see you found the answer anyway. Maybe post over there too, I'm not sure of that post was ever resolved?

[David Healey]

@dannytaurus Actually it's not the solution because now all macro's are exposed as plugin parameters which I don't want.

[dannytaurus]

@David-Healey Yeah, I think Christoph said as much in that other post.

[David Healey]

@dannytaurus @Christoph-Hart Yeah there's a bug here that is making plugin parameters and macros together unusable unless you want macros to also be plugin parameters.

[Lindon]

@David-Healey so yes I'm using Macros in the offending project, and like you I DONT want them a plugin params...

[Oli Ullmann]

@David-Healey @Lindon @dannytaurus
Macros are new to me, but I now use them as modulators. So far, I haven't had the problems you've had with this approach. Maybe this approach is something for you. It has the advantage that I can use the macros within the new modulation system.

1. I create a MacroModulator in the GlobalModulatorContainer.
2. In the MacroModulator, I select Macro 1 as the target.
3. I select the MacroModulator as the processorId and MacroValue as the parameterId.
4. To be able to modulate the macro itself, I assign the matrixTargetId.

The user can assign the macros in the finished plug-in as modulators.

[Lindon]

@Oli-Ullmann Sadly - see below I don't think this is flexible enough or fits with my current approach to using macros...

@David-Healey
I might be OK with this solution as I don't actual use or include Macro controls in my interface, so as usual (when will I ever learn?) I'm doing it a bit different to most people....here's an explanation:

First there's a set of Macro Modulation Sources: every one of them is an LFO:

I "just" define these as macros like this in the code:

	const NUM_MACROS = 6;
	reg mpos;
	
	Engine.setFrontendMacros(["LFO1", "LFO2", "LFO3", "LFO4", "LFO5", "LFO6"]);

Each LFO gets a UI to manage the LFO itself..only:

..and the user can thus freely assign/unassign them to any UI widget they like, by right clicking on a widget, here the Voice 1 Pan control:

When they are assigned the UI control looks like this (using LAF):

Its pretty simple but it seems to be upsetting HISE post April 6th....meanwhile when I get some space I will build a recent version of HISE and try your fix....

[Oli Ullmann]

@Lindon
If I understand correctly, your project would actually be very easy to implement with the new modulation system, and you wouldn't even need macros anymore. However, you would have to rebuild your project, of course... It would take some work, but it would make it super easy to add new modulators in future updates, if you wanted to.

But maybe I'm misunderstanding something. :-)

[David Healey]

@Lindon Yeah I'm not using macro modulators in mine. I'm just using the macro knob's as a way to make one knob on the ui control multiple modulator parameters without me having to script it.

[Lindon]

@David-Healey said in Latest version of HISE breaks existing presets....:

@Lindon Yeah I'm not using macro modulators in mine. I'm just using the macro knob's as a way to make one knob on the ui control multiple modulator parameters without me having to script it.

so pretty much the exact opposite of what I'm doing then....that should be enough of a set of test cases to test if any fix was completed.

[Christoph Hart]

Hmm, it appears that there is a pretty big matrix of all combinations of macros / matrix modulation / plugin parameters to be tested manually.

The commit in question was perhaps the worst thing I did in 2025 but there's no way back now so we have to somehow find a method to fix all cases and add some regression checks going forward.

[Lindon]

@Christoph-Hart wel as I say I can send you my project to use for testing - and if not then I can surely test using it...