This chain is essentially the process although a few details prevent it from actually working properly. The audio needs to remain in floating point format and pix_texture and the read back from the screen are integer based. The solution is to use an offscreen framebuffer object (like gemframebuffer) to create a floating point rendering environment for the audio. This project would be best done as a custom object specific to audio rather than trying to use GEM.
I don't think this will be very efficient for a single stream of audio since the data size is so small and the time to read back is so long. Perhaps it could enable something like computing an FIR on 16 or more channels at once or doing convolution to emulate an entire mixing console though.
On 11/10/07, Roman Haefeli reduzierer@yahoo.de wrote:
audioIn~ | [pix_sig2pix~] | [pix_texture] | [doSomeStuff] | [pix_snap] | [pix_pix2sig~] | audioOut~