Yes, the code is easy to adapt.

@aaronventure Trying to create binaries on the GitHub CI, but still some problems to solve.

In the meantime you can possibly try the Faust IDE Ondemand aware version: https://grame-cncm.github.io/faustide-od/

@aaronventure Note that in case you can directly compile Faust + LLVM, the WIP branch with ondemand working is here: https://github.com/grame-cncm/faust/tree/master-dev-ocpp-od-fir-2-FIR.

We are interested in feedback, in case you HISE guys can test it

@aaronventure The reason is that maintaining this enable/control feature adds complexity in the compiler that we want now to cleanup.

@aaronventure Guys, we will not maintain enable/control for backward compatibility , so you are warned !

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

I don't understand at all:

• what is ""FAUST Hardcoded Master FX" ?

• what is the problematic Faust DSP code" ?

@Mighty23

We have tools to help debugging, read:
https://faustdoc.grame.fr/manual/debugging/#debugging-at-runtime
https://faustdoc.grame.fr/tutorials/debugging/

This interp-tracer tool is currently to be used in the terminal, so requires a local installation. But in theory this kind of tool could be integrated in HISE , since the libfaust library used in HISE also embeds the needed Interpreter backend.

For more local NAN protection, using ma.EPSILON is a more portable solution, since is adapts the single/double compilation option.

@Morphoice abs(x) < 0.0000000000000000555111512312578270211815834045

hum seems like a non human intervention here ?

Really nice !

Ready to be added in the "Powered by Faust" page https://faust.grame.fr/community/powered-by-faust/ ? If yes just send me some material, screenshot, presentation text...etc..

Extract of Shihong Ren thesis "Creating an Online Platform and Tools for Real-Time Music Composition and Signal Processing"

3e5870ee-509c-4f16-880e-65c17ebfbee2-These_Shihong_REN-FFT.pdf These_Shihong_REN-FFT

@AxiomCrux No this FFT code can only work in a specialised "hacked" Faust IDE version that does FFT/iFF around the actual Faust DSP, using a social architecture, basically following the Max/MSP pfft model (https://docs.cycling74.com/legacy/max8/refpages/pfft~). This is not "official".

@Morphoice the first 1* part is just useless right ? (also Faust will optimise this itself of course)

Nice to meet you guys ! Sorry for coming late, I will be more prepared next time.

@whoopsydoodle

• I don't remember in detail how the HISE Faust DSP wrapper works (that is the code this connect Faust DSP to the HIS audio layer) but possibly it already adapts input/output audio buffers
• and yes the proper way would be to open access to the compiler options in the Faust LLVM JIT path as well as the C++ generation path, but I don't where it can be done. @Christoph-Hart has to help here.

Note that using double internally in the Faust generated code also requires the "architecture" wrapping code to be adapted, see for instance https://faustdoc.grame.fr/manual/architectures/#external-and-internal-audio-sample-formats.

@Morphoice They are some sophisticated models in the Faust envelop library like https://faustlibraries.grame.fr/libs/envelopes/#enadsrf_bias or the following. Could one of them be used or adapted ?

@trummerschlunk see my answer here: https://faustdoc.grame.fr/manual/syntax/#attach-primitive

Seems like an LLVM version issue. Start at least with LLVM 15 or later.

@Oli-Ullmann Possibly: https://faustlibraries.grame.fr/community/#granulation