Been a long time since I put anything in here. I've learned so much in the last year. I've been building custom c++ nodes, but also here's a really naff tanh based snex_shaper node:

template <int NumVoices> struct snex_shaper2 { SNEX_NODE(snex_shaper2); float drive = 10.5; float mix = 0.8; float outputGain = 0.9; // Implement the Waveshaper here... inline float fastTanh(float x) { if (x < -3.0f) return -1.0f; if (x > 3.0f) return 1.0f; float x2 = x * x; return x * (27.0f + x2) / (27.0f + 9.0f * x2); } float getSample(float input) { float driven = input * drive; float shaped = fastTanh(driven); return mix * shaped + (1.0f - mix) * input; } // These functions are the glue code that call the function above template <typename T> void process(T& data) { for(auto ch: data) { for(auto& s: data.toChannelData(ch)) { s = getSample(s); } } } template <typename T> void processFrame(T& data) { for(auto& s: data) s = getSample(s); } void reset() { } void prepare(PrepareSpecs ps) { } void setExternalData(const ExternalData& d, int index) { } template <int P> void setParameter(double v) { if (P == 0) drive = v; } }; 

@DanH if you need context

https://forum.hise.audio/post/89228

@Christoph-Hart Thanks for the detailed response, the future looks bright! Global envelopes (and compilable cables) were a huge improvement, especially for more complex projects.

@Orvillain
Oh ok, my bad then. Maybe it’s your sample that’s below 0dB, so it goes up and then drops back down. Anyway, glad it’s working for you now! 😊

@vyexx
Crystallizer is a real time granular delay.
You may not be able to do that in pure scriptnode I think you'll need to code c++

@Lindon
@Christoph-Hart

Ahhhh ! Amazing guys. Thank you so much !

+1 here too 😀

@griffinboy This was it! For some reason I never even noticed the drop down on the wet/dry gain! Thanks as always :)

@obolig usually there is not too much overhead of running inside HISE, except for the debugging tools that might cause some UI lags - the audio rendering path is almost identical between HISE and the compiled plugin - unless you do something weird.

@Christoph-Hart Haha that's not at all what that requirement says.

The requirement says that if I input MIDI or audio into HISE and it spits something out, then pressing export should result in that same plugin.

Faust nodes need the compilation step before they can work? Alright ,throw a warning and tell me to enable Allow Compilation. If I didn't ask again on export. But then it should compile to a plugin that works. Because it works in the HISE IDE.

I can, in HISE, have a single .dsp file that I use in 10 different networks at 30 different places in Fasut nodes and it'll work in the IDE. I can make changes and it'll work. But just pressing export wont.

So what, I should now first compile that faust dsp file in a lone network that exists just for compiling lone faust files, replace all existing faust nodes that are used for development because I cannot just branch, as the nodes cannot be in there when exporting, connect all the cables for 30 instances across 10 networks and then compile? And then when I have to make a change, what then? Git discard all the changes to the networks, make changes, and then replace and reconnect 30 nodes again just to run pluginval?

Come on, man 😄

@xander my guess is your faust code works with a fix expected samplerate so that when you‘re oversampling it shifts the normalised frequency ratio.

@Christoph-Hart said in Scriptnode Synth Crackling with Chords:

What might be possible at some point is to use the routing.send / routing.receive nodes WITHIN a polyphonic network to implement polyphonic feedback delay lines (for stuff like resonators etc).

yes, exactly.

At least for me this was the expected behavior. I kept flipping on and off the polyphonic setting for the chain, expecting that to be a fix, or the number of channels, but nothing solved it.

For the time being I will try out using Faust for my comb filter / physical modeling elements and see what I can do.