[PD] pd~ fifo flag and block delays
antoine at metalu.net
Fri Sep 25 19:14:54 CEST 2020
btw, would it be thinkable to add the possibility to run the pd~ subprocess
Think of a subprocess running a large Gem patch, that would potentially
produce large CPU spikes;
you don't really care if this subprocess sometimes gets late, while you
absolutely need the calling process (aka audio) to be on time.
As for the interface, I guess asynchronous behavior could be automatically
enabled when ninsig=0 and noutsig=0?
Le ven. 25 sept. 2020 à 12:43, Christof Ressi <info at christofressi.com> a
> The "delay" setting is in ms, but the "-fifo" argument is in blocks.
> Note that the "delay" setting is only valid for the parent process. In
> the subprocess, all audio settings from the menu are ignored because the
> relevant settings are passed via the [pd~] object).
> On 25.09.2020 04:56, Fede Camara Halac wrote:
> > Aha! Thanks for clarifying! One more question, while I'm at it. Is the
> "delay" setting in blocks like the -fifo argument?
> > Thanks a lot!
> > f
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-list