I’ve not posted here for a while and so hello again. I have an application that is similar in function to an audio plugin. It takes a stereo input from the soundcard, processes the sound, and then sends the processed output back to the soundcard. At the moment, the audio IO and signal processing all occurs within a DLL that was auto-generated (using Matlab and real time workshop). The “processFrame” function in the DLL which processes each block of samples is called in a loop in one JUCE thread. Each time the function is called, it is supplied with new parameter values controlled by sliders in another thread. This clunky setup has been serving us well until now.
I would now like to hand all the audio IO control over to juce to make the code more portable between machines. I’m not entirely sure about the best way to go about this at the moment. I have made a test-bed program which is basically a stripped down version of the JUCE demos’s AudioDemoTabComponent, containing just the AudioDemoSetupPage, AudioDemoLatencyPage and AudioDemoSythPage. I have been fiddling (UNSUCESSFULLY) with the synth page to get a simple “Again” type demo (like the one in the VST sdk) up and running. If I can get a gain control working, I can then hack away at this to get my entire application up and running. I have also looked at TheVinn’s dspFilters (http://www.kvraudio.com/forum/viewtopic.php?p=4433032) JUCE demo for inspiration. This looks very cool indeed, but my C++ skill is rather lacking and I am unable to modify the code to allow me to filter a microphone input.
Should I be looking at the plugin demo instead? Would this be a more logical route to take, even though I have no intention of turning my processor into a plugin? The framework looks pretty logical for what I want to do, but I’d rather have a self contained app.
Does anyone know of the whereabouts of some source code that does something like I want to do. I’m happy to chop away, but not so confident at generating large amounts of code from scratch. Throw me a carrot!