RNBO Integration in HISE 4.1.0: Updated Workflow for Hardcoded-style DSP Networks?

[DanH]

@voxuer1 said in RNBO Integration in HISE 4.1.0: Updated Workflow for Hardcoded-style DSP Networks?:

DspNetworks/ThirdParty/rnbo

Should be DspNetworks/ThirdParty/src for the c++ rnbo file and the rbno folder goes in there too. Then compile DSP networks as dll. restart Hise and it should appear in the Hardcoded FX list. If not check it exists in Scriptnode. Open a Script FX effect module, open up the patch and click anywhere to open the node menu, click project tab and look if it's in there.

[voxuer1]

@DanH said in RNBO Integration in HISE 4.1.0: Updated Workflow for Hardcoded-style DSP Networks?:

Should be DspNetworks/ThirdParty/src for the c++ rnbo file and the rbno folder goes in there too. Then compile DSP networks as dll. restart Hise and it should appear in the Hardcoded FX list. If not check it exists in Scriptnode. Open a Script FX effect module, open up the patch and click anywhere to open the node menu, click project tab and look if it's in there.

Thanks for the suggestion, but the standard workflow is currently failing with newer RNBO versions.

While this approach works perfectly for older exports (Max 8 / RNBO 1.3), it fails with RNBO 1.4.2. Even with the correct folder structure (DspNetworks/ThirdParty/src/) and the "Create C++ template" tool, the compiler throws errors in Xcode.

The main culprit seems to be a change in RNBO's code generation:

Error: Use of class template 'RNBO::Volume' requires template arguments.

Result: HISE fails to find members like prepare and process because the generated wrapper doesn't match the new template-based structure of RNBO 1.4.2.

It seems RNBO changed its C++ export format, and the HISE 4.1.0 template generator isn't handling these new class templates correctly yet. Has anyone found a workaround for this specific version mismatch?

[dannytaurus]

@voxuer1 Is this the video you're referring to?

https://www.youtube.com/watch?v=64dTcwnP40o

[voxuer1]

@dannytaurus Yes, However, the same patch no longer compiles in HISE due to errors in main.cpp. It worked fine with Max 8/RNBO 1.3, but fails with RNBO 1.4.2 in Max 9.

[DanH]

@voxuer1 I'd suggest rolling back your RNBO in that case. I'm on Max 9.09, not sure which version of RNBO - where does it state that? But I can compile the patches ok

[voxuer1]

@DanH I'm having no luck rolling back RNBO; it just won't work on Max 9.1.2

[voxuer1]

@DanH Just to be sure — are your Max 9 RNBO patches actually running inside HISE

[DanH]

@voxuer1 100%

Have you tried rolling Max back?

[voxuer1]

@DanH Yes — I tested this.
I installed Max 9.0.9 (RNBO 1.4.0) and tried the same RNBO patch.
No change: the patch compiles in Max, but fails in HISE with errors in main.cpp, same as with newer Max 9 versions.
The exact same patch works when authored with Max 8 / RNBO 1.3.x.

[DanH]

@voxuer1 are on Hise Develop branch?

[voxuer1]

@DanH said in RNBO Integration in HISE 4.1.0: Updated Workflow for Hardcoded-style DSP Networks?:

are on Hise Develop branch?

HISE 4.1.0, custom GitHub build (no branch info available)

[DanH]

@voxuer1 perhaps try with develop: https://github.com/christophhart/HISE/tree/develop

How can I check my RNBO version?

[voxuer1]

@DanH in the Package Manager

[voxuer1]

@DanH Thanks!
Just to be sure — which HISE version / branch are you using exactly (master vs develop), and on which OS?
I want to match the setup before testing further.

[DanH]

@voxuer1 I sent you the link above, and I'm on OSX.

[DanH]

@voxuer1 so I'm on RNBO 1.4.2 and everything works fine