@d-healey
It's a comment inside a for loop

https://github.com/christophhart/loris-tools/blob/main/Loris Toolbox/Scripts/Config.js#L49

I found it's also working when that line is enabled,or with a return 0 inside it.

@d-healey
just found out the problem

Seems like there's an empty for loop in the Config.js, which caused this issue...
I bypassed it and it works now! :)

@d-healey from the source

Here's my setting of hi_loris

Hise crashes when loading the Loris toolbox xml.

I've tried loading the project with several versions of hise but always got the same error in the screenshot above.

I don't quite sure what caused this error but the dump file shows the error is in this section of code below.

Any ideas will be welcome

@Christoph-Hart

@Christoph-Hart said in Number of vst plugin parameters:

There are ways to use dynamic plugin parameters for this scenario.

Thank you! I'll definitely gonna look into that.

Actually my synth has almost fully separated LR channels, and i really wanna give users an option which is setting some basic stuffs independently on each channel so a lot of these parameters are doubled. Also, there're several complex mod matrices and unison effects need to be done, which probably gonna bring another bunch of parameters here. Anyway I'll keep that number as lower as i can.

Are there any limit on the the number of paramaters in vst format or in daws?

The synth i'm currently working on has about 500-600 paramaters and I just realized like it will most likely be 1000+ when i finish it...

I want to use my rnbo wavetable engine in hise but it has 8 buffers and I decided to make it lighter first before i compile it.

So is there a buffer amount limit of the Rnbo node in hise? And how many bufffers can the rnbo node actually handle?

@Mighty23
Nice work!
For the band split, you may want to use the linkwitz riley instead of svf.

About the denormal protection, may I know what CPU you're are running this code on? Does this directly cause the crashing?
This might be useful for some legacy CPUs and it won't likely really be a problem for modern x64 CPU afaik.

@JeanC
I don't think scriptnode currently support that...
If your're writing something like a plugin host, you could take look at the audio plugin host in JUCE source code.

@Christoph-Hart

@Christoph-Hart said in CPU usage - clone container:

have you compiled the network to a C++ node already?

No, because I'm still working on the faust node inside the container.

I made it a little bit lighter and the cpu usage dropped down to about 50% now.

@Dan-Korneff You could already switch that manually through the JUCE souce code anyway

I'm working on a script synth with a clone container which is used for a unisono effect. This is the first time i use this node. It works fine but the CPU usage goes up to 85%-95% when full 16 unisons being used. So now i decide to compile everything inside the clone container into one node. But will that actually make a difference to cpu usage?

That's quite a big task for this project (like i need to reconnect 40-50 parameters), so i'd like to know if it's really worth to do that.

Has anyone tried to implement dsp code from csound in Hise?
I don't really familiar with csound but I found there're several good filter functions in the source code.
https://github.com/csound/csound/tree/develop/Opcodes

I want to implement some of these in Hise through the third party c++ node but i don't quite know about the structure of csound and a lot of variables passing though the functions make me a little bit confused.
(for example like the "csound", it that basically the signal path?)

Any ideas are welcome!

Thank you for sharing these!

the inflator algorithm looks a lil bit weird, i think it should be like this:

a1=1+(curve+50)/100
a2=curve/50
a3=(curve-50)/100
a4=0.0625-curve/400+curve^2/40000

x=a1・x+a2・x^2+a3・x^3-a4・(x^2-2・x^3+x^4)

the curve value should be in the range of -50 to 50 but you could intentionally set it to somewhere over 50 to achieve some weird distortion effect.

also, the inflator is mainly control by input gain and curve so you may need to add a input gain by doing something like:

x=x0・preGain

(the effect param in the original plugin is actually a little bit misleading, it's just a dry wet mix and seems like it was only designed to be set to 100% or 0% to make it sounds "natural")

I'm sure several inflator clone use this algorithm and with linear phase oversampling it somehow even sounds better then the original one :)

@mmprod
Didn't expect that...
I thought the fft performance in rnbo is really bad but if it couldn't even handle a denoiser, it probably just isn't designed for audio processing purpose...

seems like it's a faustgen code only for running inside maxmsp.

Faust currently don't have any FFT functions for audio processing but since spectral denoiser doesn't need a complicated FFT structure so I think it'll be easy to be done in RNBO

Well, I guess I didn't read the header file carefully...
Seems like the FIR one is disabled in the header file by default.

Make sure enable the filterHalfBandFIREquiripple in the header file before compiling Hise if you decide to use oversampling in linear phase plugins.

I noticed there are two oversampling methods in JUCE source code (FIR & IIR).

What method is defaulty used Hise? And how to switch from one to another one?

@d-healey
sorry it quite messy...

this is basically all i do for all my four main slider. Just bunch of reg , setAttribute and getValue
I've downsized a lil bit of the regs in the LFO part by some weird math stuff...(which is the first picture)
I think this project is most completed right now but I will definitely reach in the 32 limit in the future update...

I have a script fx with a recorder and file player shared a buffer inside it and it works fine in Hise but it not works in DAW as a fx plugin.

I somehow feel like there's a extra definition for this case but I can't remeber it...
Anybody got ideas on this?