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
On 17.08.2020 17:32, Alexandre Torres Porres wrote:
Em seg., 17 de ago. de 2020 às 12:02, Christof Ressi <info@christofressi.com mailto: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!