I know its a provocative title but made you look

Ok so let me start by saying Ive been on Hise for the last one and a half month developing and having a great time. The interface / logistics take some time to get used to, but getting the hang off where what and when. Its a really nice lowcode solution and I thorougly enjoy development. The MCP server is really nice to work with as well and really adds to Claude's knowledge which speeds up everything.

BUT

I've seen and worked around a LOT of bugs in the development of my first plugin and am kind of doubting if a commercial license and release is worth it. Let me sum them up. This is building on Windows.

- Faust: There is a bug in the Faust handling and it would stop working after export to VST.
WORKAROUND: Made a very simple Script FX containing only the Faust node, and made sure names werent duplicate.
- Feedback / delay loop from template. Clicking in the menu to compile to DLL would crash Hise. After a lot of excluding, the feedback loop (from template!) is the culprit.
WORKAROUND: I cant compile the entire network to DLL, but this isnt needed. This DOES force me to compile SNEX nodes seperately and excludes the waveshaper (because apparently this needs a compiled state). Also it's bad for performance.
- GlobalMod LFO. I used a custom Script LFO one. Again on exporting, this would stop working.
WORKAROUND; After a lot of puzzling the answer was to precompile the node in a minimal scriptnode, instead of a Hardcoded modulator, and wire up again. This however made the raw signal unusable for the LFO led on my frontend.
- Any kind of analyser crashes HISE. For some reason when I click on the analyser tab when I want to add an analyser node, it crashes. I know it preloads existing nodes as well, so might have been me FAFOing but its not pretty
WORKAROUND: The LFO signal couldnt be picked up by an analyser, but the Globalmod receiver did have a displaybuffer. Used that instead. Was harder to set up, because this was in the path of the Cutoff, and not the Pitch (which was wired into the Waveform generator).

So basically I feel like there is some technical debt bugwise. I would like to contribute and file these as proper bugs on github. Hell I'll even wire up Claude to make some code proposals if it helps. What would be a good way to do this? Where do crash logs go?

Is there any chance on a hardening development round, now that we have had some cool stuff on the AI side?

@Christoph-Hart

Really nice work man! Gonna play around with it. Its already mouthing me off on button placement

@Morphoice Sick dude. Well done! Loving the sound and glad you kept that interface clean. I'll trade you a code for my synth if you are interested

Anybody who has tried to set this up? Want to give it a go next week, and wanted to check if there are any pitfalls you guys ran into?

By give it a go I mean Hise + Juce8 and Moonbase as a license module.

@David-Healey

If you want to use Juce8 what I do is I build Hise on Juce6, export the plugin, change Juce modules with a simple batch file and recompile with the batch file that Hise created. Then change back.

Def not ideal, but it's a working workflow when you need Juce8.

@Jeetender yeah the stock one works just fine.

@Orvillain I ran into a similar issue with snex nodes and Hise defaulting to 10.11 and the compiler wanting to do 10.13+. Both are at the DSP networks compiler end.

I've got a feeling it's more Xcode related and dropping support for the 10.x range slowly.

Claude told me this but won't be able to test it till.tomorrow. Let me know if it helps.

Got it. So the flow would be:
Export/compile the DspNetwork DLL from HISE on Mac
The AutogeneratedProject.jucer gets regenerated with 10.11
Xcode refuses to build it
The fix is to patch the .pbxproj after Projucer has re-saved it but before Xcode compiles. The easiest place to hook this in is your batchCompileOSX.sh script in DspNetworks/Binaries/ — add the sed line right after the Projucer re-save step.
Open that file and it'll look something like:
Bash

cd "$(dirname "$0")"
"$HISE_PATH/tools/Projucer/Projucer" --resave AutogeneratedProject.jucer
xcodebuild ...

Add the patch between the resave and the xcodebuild call:
Bash

sed -i '' 's/MACOSX_DEPLOYMENT_TARGET = 10.11;/MACOSX_DEPLOYMENT_TARGET = 10.13;/g' \
  "Builds/MacOSX/$(ls Builds/MacOSX/ | grep .xcodeproj)/project.pbxproj"

That way it survives re-exports automatically without touching HISE source. Want me to look at your actual batchCompileOSX.sh if you paste it here?

Might be because there have been major build changes. Maybe try an older version?

https://forum.hise.audio/topic/14647/latest-develop-won-t-build-in-vs2022/12

@dannytaurus I would like to add that you can also connect Claude with MCP to the Hise.exe, it can do a lot already and finds its way on its own through documentation, makes edits in the code, compiles for you, recompiles if it runs into errors etc.

Used it a lot with Opus 4.6 but as many people reported the model got dumbed down a bit and runs through usage like an addict runs through colombian snow. They did double rates in off hours last month. So I basically went from hitting the limit 30 minutes before rate refresh, to 30 minutes after rate refresh I think the openclaw community really fckd it up for us sadly.

Claude did a LOT of heavy lifting for my UI phase when developing. SNEX support was missing but I thought I think I saw some commits yesterday that integrate that part as well.

So yeah. Claude is the bomb and MCP makes it even better (especcialy for a novice coder like myself).

(Edit: Just noticed this is a topic from before the MCP )

@Morphoice Sick dude. Well done! Loving the sound and glad you kept that interface clean. I'll trade you a code for my synth if you are interested

@pratitghosh when you say DAW with a mixer, a
I'm thrown back into time to Sonic Syndicate Orion Pro. First DAW that I used

@pcs800 said in Error when compiling vst3:

include_hi_scripting_01.obj : fatal error LNK1000: Internal error during BuildLibrary.EmitMember [H:\Common\HISE Projec
ts\Whineykid\Binaries\Builds\VisualStudio2022\WhinyKid Wah Pedal_SharedCode.vcxproj]
Press any key to continue . . .

ChatGPT pro seems to be convinced that its a storage issue. Are you running this from a network drive perhaps?

@David-Healey

If you want to use Juce8 what I do is I build Hise on Juce6, export the plugin, change Juce modules with a simple batch file and recompile with the batch file that Hise created. Then change back.

Def not ideal, but it's a working workflow when you need Juce8.

@Lindon

Thanks for the response, good to hear your road is less rocky and commercial useage is working out!

The globalmod and faust module bugs have similar issues reported on the forum. The feedback loop has been confirmed as a bug on Windows by David in the latest release.

Defenitely wouldnt rule out a configuration issue, would still like to know how to trace that without having to reinstall my entire system.

I know its a provocative title but made you look

Ok so let me start by saying Ive been on Hise for the last one and a half month developing and having a great time. The interface / logistics take some time to get used to, but getting the hang off where what and when. Its a really nice lowcode solution and I thorougly enjoy development. The MCP server is really nice to work with as well and really adds to Claude's knowledge which speeds up everything.

BUT

I've seen and worked around a LOT of bugs in the development of my first plugin and am kind of doubting if a commercial license and release is worth it. Let me sum them up. This is building on Windows.

- Faust: There is a bug in the Faust handling and it would stop working after export to VST.
WORKAROUND: Made a very simple Script FX containing only the Faust node, and made sure names werent duplicate.
- Feedback / delay loop from template. Clicking in the menu to compile to DLL would crash Hise. After a lot of excluding, the feedback loop (from template!) is the culprit.
WORKAROUND: I cant compile the entire network to DLL, but this isnt needed. This DOES force me to compile SNEX nodes seperately and excludes the waveshaper (because apparently this needs a compiled state). Also it's bad for performance.
- GlobalMod LFO. I used a custom Script LFO one. Again on exporting, this would stop working.
WORKAROUND; After a lot of puzzling the answer was to precompile the node in a minimal scriptnode, instead of a Hardcoded modulator, and wire up again. This however made the raw signal unusable for the LFO led on my frontend.
- Any kind of analyser crashes HISE. For some reason when I click on the analyser tab when I want to add an analyser node, it crashes. I know it preloads existing nodes as well, so might have been me FAFOing but its not pretty
WORKAROUND: The LFO signal couldnt be picked up by an analyser, but the Globalmod receiver did have a displaybuffer. Used that instead. Was harder to set up, because this was in the path of the Cutoff, and not the Pitch (which was wired into the Waveform generator).

So basically I feel like there is some technical debt bugwise. I would like to contribute and file these as proper bugs on github. Hell I'll even wire up Claude to make some code proposals if it helps. What would be a good way to do this? Where do crash logs go?

Is there any chance on a hardening development round, now that we have had some cool stuff on the AI side?