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
<[email protected] <mailto:[email protected]>> 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!
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
