@Casmat

Have you tried to isolate the networks and build then in individual projects? Which one is causing the issue? Are others building fine? What system are you on? Is it happening on other systems as well? Have you tried eliminating nodes to see which one is causing the issue?

If none of that still works, consider posting a minimal project as a snippet.

I’ve noticed in scriptnode that the convolution predelay doesn’t really function.

Just put a delay node in front of the convolution node then, this will get you much better control anyways.

when I turn the damping knob while playing a sounds,

No, it has to recalculate the IR and this introduces discontinuities in the audio signal. It's a take-it-or-leave-it feature.

@d-healey Super, Thank you!

@d-healey Right. Thank you. That makes sense. Sorry for that one mate, I must have tried everything else.

@Christoph-Hart said in error C2666: 'snex::hmath::pow': ove rloaded functions have similar conversions:

The yellow light also indicates that there is a compiler warning and if you click on the debug symbol

I hadn't noticed this before. Very handy!

@DanH Thanks! I just found it in scriptnode. bpf.png

@aaronventure To my understanding,

oversampling a filter won't remove the zero at nyquist but simply push it further to the new nyquist where nothing is audible (for instance with an OS x2, from 22050 to 44100 if original SR = 44.1kHz or 24000 to 48000 if original SR = 48Khz). What you call the "log cramp that increases" is simply a zero in the filter design, it's more a drawback due to discretisation of filters rather than something anyone wants. There no aliasing if you don't have a zero at nyquist, because filters don't produce sound. There will be aliasing only if the signal that enters the filter already has harmonics above nyquist. To my opinion, if the zero at nyquist is an issue in your design (which I assume it is for many designs) then you've chosen the wrong filter. Some filters are designed to compensate for this issue (I have no precise example in the top of my head except generally for all virtual analog filter designs)

Oversampling is one of the solutions, but to me if the zero is an issue then the filter choice is wrong in the first place

That been said, there shouldn't be any issue when oversampling a filter so I don't know if Hise handles it properly

@Straticah
ah ok. Thank you very much! :-)

@Christoph-Hart aha! I think this should be perfect, thank you!

Very nice @aaronventure ! Thanks for sharing.

@Oli-Ullmann No, not at all. I am totally disappointed on SNEX learning.

@Christoph-Hart I was so confused, because I gave @Straticah the code from your GitHub repo. :)

@modularsamples It works great! Thank you very much! :-)

@d-healey It's very subtle, though. You'll hear it if you have an unrealistic, metallicky, shiny IR, which is something you'd only get from an algo reverb. It's quite subtle for realistic IRs.

Use the AddToSignal parameter, then you don't need any cable connections at all and can use the table and smoother node that directly operate on the audio signal:

5caa6cd9-c21b-4423-af19-8e1c2d12e185-image.png

@FatMitchell waves MV-2 is my go to for this technique. For those that are curious to check out an example.

@Lindon @d-healey

Thankyou both for your suggestions and help.

I have got the noise to work using the inline example @Lindon showed so I think I should be able to do what I want now

Thanks again