Like if it is possible to do all these audio computations without the 'dsp' on?No, it's not possible because "fast-forward" acts globally. It effectively makes the scheduler run as fast as possible for a given amount of time. This affects both DSP computation and clock timeouts!
If your audio computation is pure DSP (i.e. no messages), you can
"render" it by repeatedly banging the [switch~] object at any rate
you like. Global DSP still has to be on, but the canvas would be
switched off.
Christof
Em seg., 17 de ago. de 2020 às 12:02, Christof Ressi <info@christofressi.com> escreveu:
With [pd~], the parent process "drives" the subprocess. If the
subprocess blocks (beyond the given delay time), the parent process also
blocks.
so I see it's impossible to avoid dropouts :(
could this be improved and implemented somehow in the context of an 'offline' renderer? Like if it is possible to do all these audio computations without the 'dsp' on? I cannot elaborate this better and I hope you get what I mean.
Open an issue on GitHub!
Done!