@Oli-Ullmann Can confirm your issue. It sounds rather similar to what I posted here (minus the noise about global modulation). I.e. Filters + Envelopes break down in a polyphonic setting in HISE.

@DanH
Ha ha 😂 Good question! 🙂

I'm building a fairly extensive synth plug-in. It has 4 layers, each with 4 sound engines. Each layer has 4 insert and 4 send effects, a master effects section, 4 arpeggiators, and a main page.
Since I'm using the new HISE modulation system, each parameter really needs its own UI element, which is why there are so many.

@griffinboy

Solved, it was me being silly. I checked and it was only certain projects that had the issue.
After investigation I found what I had done wrong:

#include <Windows.h>

^ I had used this line in my c++ nodes,
And it happens that Windows.h has methods with the same naming as some of the Hise files, creating a conflict.

The include was actually in a dsp file that I wasn't even using, which is how I missed it.
But when Hise goes to compile as VST it runs every c++ dsp file, and so the error flagged.

@Christoph-Hart fixed thanks!

@David-Healey It compiled and builds successfully now both with App & VST. Thanks for your support have compiled it with VS 2026 didn't face file path specification error as well.

@Christoph-Hart a good candidate for the your new Claude/Ralph system? This one is a bit over my head unfortunatley... Maybe just confirming the Webview is always running on the right thread and it is properly addressing race conditions in FL? Just a reminder the issue sounds very similar to this one: https://forum.juce.com/t/br-webview-freezes-daw/64917

@dannytaurus Oh cool! Bug or not I can at least make my project to work so thanks!

@David-Healey yes this is what I use… just saying it’s broken too and after looking at the code they both use the same thing, so this explains why

@Christoph-Hart said in C++ External Node & XML Issues:

@Orvillain I think the problem is that HISE converts Parameter IDs into actual attributes. This is only the case with hardcoded modules, script processors or DSP networks properly escape that in the value string.

<Processor Type="Hardcoded Master FX" ID="HardcodedMasterFX1" Bypassed="0" Network="No network" YourParameterGoesHere="0.5" TryValidating(That)="nope"> <EditorStates BodyShown="1" Visible="1" Solo="0"/> <ChildProcessors/> <RoutingMatrix NumSourceChannels="2" Channel0="0" Send0="-1" Channel1="1" Send1="-1"/> </Processor>

I do a bit of sanitizing at some place though (eg. remove white space for the XML attribute, so all my ramblings might be moot because I sprinkled a character sanitation in there too.

ahhhhhhhhhhhhh, gotcha. Yes, then that does make sense that parenthesis would possibly break things... and now I'm going to do a sweep through my code to see how many landmines I've invented. 😆

@Orvillain So that is one more confirmation toward the extra_mod connection not being effective... @Christoph-Hart?

Thanks @Oli-Ullmann.

I've been using the clearAllConnections method. And yeah - I've discovered that if you delete and recreate the MatrixModulator in theh module tree it sometimes fixes things.

Thanks for your help.

P

Still broken

@ulrik Thanks for checking! That makes sense.
I'll wait for @Christoph-Hart to take a look.