@dannytaurus I used moonbase for my licensing and store setup. As a new developer I looked into Hise licensing and MoR around the same time. Moonbase tackles both, is easier to setup then alternatives and requires no synchronisation.

From there I simply tried to implement (Moonbase requires Juce8) and nearly got it. However I ran into a bug. Moonbase response was instantaneous and very helpful. In the end David stepped up and the issue was resolved within a day or two with the Moonbase developer being responsive as well.

Even though I didnt have much alternatives I really like the philosophy of having an integrated system. I met Tobias in Amsterdam and like his view on things and what he tries to accomplish. For instance the mailing integrations have seperate groups from the get go, allowing for trial reminders. Also the system has good API integrations and is very well documented. So right now, for a press release, I wanted to make a bunch of NFR codes. Took about 3 prompts for Claude to figure out the API call with the docs and created a big list. Would have taken hours tbh.

Only thing missing is an MCP

If you want to take a look at the total integration take a look at;
Https://dropout-audio.com/
Hit me up if you want an NFR license so you can see the entire flow.

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

@HISEnberg So Moonbase JUCE module requires JUCE8 indeed. Hise isnt stable when being compiled, or when compiling plugins, on JUCE8. So yeah its not working atm. Christoph noted that this is because he did some funky stuff for the MCP integration.

BUT you can work around that by compiling hise on JUCE6, then exporting a plugin. It will fail but it will create a .jucer file and you can pick that up with JUCE8. At least thats my workflow. You could probably script the whole thing. It requires some other steps as well as modifying some Hise source.

TBH if you dont need it right now (as stated, for me it was a neccesary step) I would simply wait for Christoph to integrate it.

@Christoph-Hart great! I feel like it could really benefit the eco system surrounding Hise.

@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.

@HISEnberg So Moonbase JUCE module requires JUCE8 indeed. Hise isnt stable when being compiled, or when compiling plugins, on JUCE8. So yeah its not working atm. Christoph noted that this is because he did some funky stuff for the MCP integration.

BUT you can work around that by compiling hise on JUCE6, then exporting a plugin. It will fail but it will create a .jucer file and you can pick that up with JUCE8. At least thats my workflow. You could probably script the whole thing. It requires some other steps as well as modifying some Hise source.

TBH if you dont need it right now (as stated, for me it was a neccesary step) I would simply wait for Christoph to integrate it.

@Christoph-Hart great! I feel like it could really benefit the eco system surrounding Hise.

@dannytaurus I used moonbase for my licensing and store setup. As a new developer I looked into Hise licensing and MoR around the same time. Moonbase tackles both, is easier to setup then alternatives and requires no synchronisation.

From there I simply tried to implement (Moonbase requires Juce8) and nearly got it. However I ran into a bug. Moonbase response was instantaneous and very helpful. In the end David stepped up and the issue was resolved within a day or two with the Moonbase developer being responsive as well.

Even though I didnt have much alternatives I really like the philosophy of having an integrated system. I met Tobias in Amsterdam and like his view on things and what he tries to accomplish. For instance the mailing integrations have seperate groups from the get go, allowing for trial reminders. Also the system has good API integrations and is very well documented. So right now, for a press release, I wanted to make a bunch of NFR codes. Took about 3 prompts for Claude to figure out the API call with the docs and created a big list. Would have taken hours tbh.

Only thing missing is an MCP

If you want to take a look at the total integration take a look at;
Https://dropout-audio.com/
Hit me up if you want an NFR license so you can see the entire flow.

Its been there a while I guess. It didnt work for me in my en of februay / march build.

@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?