@ustk As per @Christoph-Hart 's suggestion, updated the PR to use a noise burst instead of sine burst.

Re-ran tests and it all checks out.

https://github.com/christophhart/HISE/pull/1014

PRs for fixes here:

#1024 Make the "Default" font honour the requested size and measure consistently

#1025 Fix out-of-bounds read in the string width table for non-ASCII characters

I'm not going to pretend I came up with this myself or understand the underlying JUCE implications, but this seems to have fixed it.

In this file:
HISE/JUCE/modules/juce_audio_processors/processors/juce_AudioProcessor.cpp

Modify the setValueNotifyingHost function to abort if the value hasn't actually changed:

void AudioProcessorParameter::setValueNotifyingHost (float newValue) { // Abort if the value hasn't changed. This prevents redundant DAW notifications // during UI initialization that cause Ableton to incorrectly disable automation. if (getValue() == newValue) return; setValue (newValue); sendValueChangedMessageToListeners (newValue); }

I haven't noticed any other side effects so far 🤞

@resonant is it an issue with the Neural node or the global cables? I haven't used the neural node much so I don't have much advice there.

I think the issue is as Christoph noted before: HISE tries to load the network in the hardcoded FX before the first script compilation.

The easiest way to recover your project would be going directly into the .xml and cutting the HardcodedMasterFX out of the project. Then reload the xml and resavee it. Add your Neural node FX back in. Also just comment out all your scripts first so the project can load, then slowly add them back in.

@tahinar Yes you need to build it from source. There are many posts on the forum with instructions.

@dannycouture

So you got it working with RNBO 1.4?

Since...
I've found posts saying it works over 1.4, and others that it won't, and wasted half a day yesterday trying with different settings on 1.4.5 export. Today I decided to use my time a bit better and try to find what works, not what doesn't.

I've been testing things all morning, and have come to a conclusion, that after RNBO 1.3.5
something changed in their code, and the import doesn't work anymore starting from RNBO 1.4.0 upwards. I would be interested to know how in hell some people are getting it to work over 1.3.5

Here's the versions I've been testing with.
The HISE base folder being a new duplicate of the same original one on every case.
Only exported RNBO files are changed in /src
I didn't bother to try every update/downgrade, since the pattern seems quite clear.

Using HISE 4.9.3 3deb6f2a compiled with Faust

Max 8.6.5 RBNO 1.3.0 Guitar Pedals 1.0.4 Booster Working
Max 8.6.5 RBNO 1.3.4 Guitar Pedals 1.0.4 Booster Working
Max 8.6.5 RBNO 1.3.5 Guitar Pedals 1.0.4 Booster Working
Max 8.6.5 RBNO 1.4.0 Guitar Pedals 1.0.4 Booster Not working
Max 8.6.5 RBNO 1.4.1 Guitar Pedals 1.0.4 Booster Not working
Max 8.6.5 RBNO 1.4.2 Guitar Pedals 1.0.4 Booster Not working

Max 9.0.9 RBNO 1.3.5 Guitar Pedals 1.0.4 Booster Working
Max 9.0.9 RBNO 1.4.0 Guitar Pedals 1.0.4 Booster Not working
Max 9.0.9 RBNO 1.4.5 Guitar Pedals 1.0.4 Booster Not working

As with the tutorial video on the tube about the matter, you cannot see what the actual version of RNBO is used, so that doesn't really help either.

The reason posting here being really to spread the conclusion I came to with my set-up,
and maybe someone trying to exchange files between MAX and HISE can actually find something helpfull.

Here's where you can find the version of the RNBO you're using in MAX:
Go to File/Package manager, and be sure that you're in Installed packages, not the remote packages. Then from Show all versions you can find the versions of RNBO available for up/downgrade. Based on the experiments, I would advise not to go above 1.3.5 at this time, but of course, I might be wrong as well, That's how it works for me anyway :)

rnbo.png

@Christoph-Hart Nice one! It seems to work but I can't fully confirm at the moment because something in my network makes a hard crash as soon it loads in a HCFX...
But it is definitely not the C++ node and compiling it with a fresh network removes the global cable not found warning 👍

@David-Healey 👍

@ustk Sweet , thanks !

Had Claude fix this bug and also added an optional scaling parameter to the screenshot function: https://github.com/christophhart/HISE/pull/1004

This is Claude's minimal fix: https://github.com/christophhart/HISE/pull/1003

I've tested it and it appears to work. The fix just closes each file reader after reading the data into the preload buffer.

@Christoph-Hart I've merged the new commit and it no longer crashes, just shows some ugly errors. Is this intended as a stop-gap solution? Because isDefined() still returns true for the none-existent function.

Edit: Oh I see, it just stops the execution at the "error"

Tried your suggestion and appears to be working here, maybe a preprocessor definition (default true) to protect older buggy projects?

Just giving this one a bump. Same problem as before.

@observantsound Confirmed here on Linux

Thank you! That all makes sense