@parabuh First Remove the duplicated import ("stdfaust.lib");

Next right click on Reverb > AllowCompilation to Enabled
ac6aa970-f4f5-4861-99ea-91394c38218a-image.png

and Save it from here
6c5dfdce-daa0-4bac-b36f-e6d3297d91c1-image.png

Next Compile DSP network as dll. It should work

@VirtualVirgin everything is calculated in faust. there is an input for aftertouch pressure and an aftertouch intensity knob that goes from -1 to +1 where at 0 aftertouch has no effect and on +1 it opens the filter (on -1 it should close the filter respectively)

@sletz Well, I just discovered that https://github.com/grame-cncm/faust/tree/master-dev-ocpp-od-fir-2-FIR. branch is still quite buggy, so no need to rush 😧

@aaronventure yes thats actually the one I was referring to it should be smooth already.

@udalilprofile

1: your picture is un readable - so I have no idea what the error actually is
2. You will need to provide some sort of value set for the parameters you are using - and from what I can see of your code - you havent done that.

@aaronventure Thats exactly what I would like to do. I've been trying to figure that out from the start. I know thats ambitious for a noob but i've figured out most of the stuff I need to know to get started. Im alot more comfortable on the design and audio side than scripting so im currently trying to learn as much as I can from everyone here. Thanks everyone!

@Mighty23 well thats one way to do it....

This is probably because the same labels (like BOOST, ATTEN) are used in different places.

try to use unique labels to confirm this hypothesis

then @Christoph-Hart this should be considered as a bug. Same labels can be used, but will internally correspond to differents pathnames (built following the group hierarchy).

The code https://github.com/christophhart/HISE/blob/develop/hi_faust/FaustUI.h does not use the pathname model so I guess UI items with same labels will be considered the same, which is not what is needed. Look at MapUI code to see how labels/shornames/pathnames can be used: https://faustdoc.grame.fr/manual/architectures/#some-useful-ui-classes-and-tools-for-developers

@sletz fixed thanks

@toxonic I have the same error "expecting LPAR or DEF" in an effect made with Faust. The problem is only on Linux. I tried installing Faust again in a folder in my user directory, then changed the path of Faust on Hise, but it still gives me the error.

Any ideas?

thanks @Mighty23 & @aaronventure !

Success 😍

It seems to matter that:

the original script node containing the faust dsp needs to be deleted, not just 'switched' off. in hardcodedMasterFX the scriptnode needs to be selected. (in the case above scrip_fx1, not 'minimalGain'.)

It's a bit tricky. Thanks a lot!
Moving on... ;)

@HISEnberg helpful - thanks!

@sletz thanks for that!

the relevant bit is at the end in The Future of Faust. I was curious about the enable primitive and even though it's undocumented, it seems to work!

1e890d7d-cef7-4bae-a53a-952c78c79d4e-image.png

It's somewhat limited in usage so looking forward to trying out ondemand.