[PD] New "fast-forward" message
info at christofressi.com
Mon Aug 17 18:17:45 CEST 2020
> 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.
On 17.08.2020 17:32, Alexandre Torres Porres wrote:
> Em seg., 17 de ago. de 2020 às 12:02, Christof Ressi
> <info at christofressi.com <mailto:info at christofressi.com>> escreveu:
> With [pd~], the parent process "drives" the subprocess. If the
> subprocess blocks (beyond the given delay time), the parent
> process also
> 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!
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-list