@aaronventure I am writing some code now that will demonstrate it, it really is quite simple I’d be happy to share it with you when I’m done.

I find SNEX and scriptnode to be incredibly powerful and flexible tools when worinf in the time domain. However I’m wondering what my options are for spectral processing with just HISE tools. ️ have looked under the hood and there is plenty HISE source code that deals with handling ffts but it doesn’t appear to be at least readily available to do that type of processing inside SNEX. I have the option of rolling my own with a third party node or using FAUST or RNBO. For now I’ve chosen RNBO as it was fairly trivial to do what I wanted to do in there but I’d love to have this inside HISE out of the box. Maybe I’m missing something but it doesn’t appear to be an option.

Hello, I am new to Hise and just learning but I have some specific plugins I want to construct. With Microsoft delivering their Midi 2 implementation in the os later this year and I’m not sure but apple already offers it or soon will. Daw manufacturers will soon follow. Juce has no implementation of Midi 2 but probably will at some point, sooner than later. I know Hise mainly works off of older versions of Juce(I’ve not been able to build Hise projects with the newest Juce(Mac). Will Hise roll its own integration with Midi 2 or will it adjust to the newest Juce releases when Midi 2 is available. Just curious.

I was thinking it could be added to the scripting api in globalroutingmanager

@griffinboy thank you this is extremely helpful!

Hello, I think I found one post referencing this. I am looking to implement a Juce named pipe because I want to have my plugin instances communicate the results of fft analysis block by block n real time. I don’t want a side chain I want interprocess communication. A static object will not work for many reasons the main one being some daws will run instances in different threads so interprocessserver is needed with a named pipe. I am looking into just implementing it in a 3rd party script node but I am brand new to HISE(not brand new to c++ or JUCE) and I don’t know if that’s the best thing to do. I received advice on this and it seems like that is the place to do it. It would be great if this was implemented in HISE as a feature at some point(JUCE named pipe) as some sort of cable or something.

@clevername27 no I am not looking for the fft in the scripting api, I want an fft I can process in a script node using something like snex or c++, I need speed

@ThomAce please do share, I am looking for a way to process fft in a script node and I can’t find anything

I find SNEX and scriptnode to be incredibly powerful and flexible tools when worinf in the time domain. However I’m wondering what my options are for spectral processing with just HISE tools. ️ have looked under the hood and there is plenty HISE source code that deals with handling ffts but it doesn’t appear to be at least readily available to do that type of processing inside SNEX. I have the option of rolling my own with a third party node or using FAUST or RNBO. For now I’ve chosen RNBO as it was fairly trivial to do what I wanted to do in there but I’d love to have this inside HISE out of the box. Maybe I’m missing something but it doesn’t appear to be an option.

Hey, that was my first ever Max and RNBO patch. I realized it causes crazy distortion when you move the gain up on the sidechain due to producing negative numbers and feeding those back into the poltocar. I do have a fix for this and will post it later. I’m going to use a multiplier instead and determine a gain reduction factor based on a threshold.

I just created this frequency ducking algorithm in RNBO to use ultimately as a node in script node. I’ve tested it out and it works perfectly. I am going to add a strength of effect parameter but beyond that it works really well. If anyone who has Mac and Rnbo is interested in the patch let me know and I’ll send it on

never mind about waitable event, I just found out it will not work across instances, back to the drawing board

@Christoph-Hart I don't know if you noticed but I am using a cross thread waitable event to attempt to synchronize read/write. I am also not going to process any incoming buffer here in this node, I am using your sidechain2 snippet example to try and ensure that the pipe data is read in first before sending it over to be processed with any incoming buffer from master. I'll paste a few screenshots to explain, first the waitable, then the script fx. Does any of this help solve sync?

@jdurnil NamedPipe.read is a blocking call and could be put in the processblock of master and you could get rid of the fifo all together, then master process would not continue until buffer is full, but blocking processblock sounds like a bad idea

@Christoph-Hart these are all questions I don’t have the answer to, I’ve been worried about sync. I am pretty new to audio processing but not programming so there are some things I’m trying to still get my head around. If the fifo buffer is not full when master goes to process you can see I’m just skipping that process block, but that creates an issue. Is there a better way I can look to sync the reader and writer? And resolve some of these glaring issues?

@HISEnberg i can report that the RNBO fft processing is working fine. I don’t know if they’ve updated it or if people weren’t passing on the imaginary output all the way back to the ifft, that would cause issues. I am going to use RNBO for my fft processing