[PD] Sum of delays...
Mario Mey
mariomey at gmail.com
Thu Sep 19 19:20:28 CEST 2013
I think most of s/r and throw/catch are between abstracts. If I want to
sort that objects (as Theory of Operation says: creating receive~ after
send~)... I don't know how to do it.
Does the "sorting" include creation of abstracts? I mean, should I
cut-paste from the objects (s/r, throw/catch AND abstracts) at the start
of the pipeline (mic) to the last (output)? And so inside each abstract?
I'm confused... and I'll be more if I would have to do it.
Thanks.
-------- Mensaje original --------
Asunto: Sum of delays...
Fecha: Thu, 19 Sep 2013 13:52:37 -0300
De: Mario Mey <mariomey at gmail.com>
Para: pd-list <pd-list at iem.at>
I was guessing... if I made a sum of delays using so many send~ /
receive~ and throw~ / catch~...
For a full use of my patch (mic input -> FX-A -> FX-B -> output), I have
this structure (inside subpatches and abstracts):
adc~
s~ mic
r~ mic
s~ console-in-a
r~ console-in-a
s~ pre-fx-a
r~ pre-fx-a
throw~ post-fx-a
catch~ post-fx-a
s~ console-out-a
r~ console-out-a
s~ console-in-b
r~ console-in-b
s~ pre-fx-b
r~ pre-fx-b
throw~ post-fx-b
catch~ post-fx-b
s~ console-out-b
r~ console-out-b
s~ out
r~ out
dac~
Does every send~ / receive~ and throw~ / catch~ adds a 1 block delay?
I'm using 48000, so, do I have 1.333ms * 10 = 13ms of delay because of
using that objects?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130919/f270de84/attachment-0001.htm>
More information about the Pd-list
mailing list