On Thu, Sep 19, 2013 at 01:52:37PM -0300, Mario Mey wrote: > 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): ... > Does every send~ / receive~ and throw~ / catch~ adds a 1 block delay?
No, not at all. They only need to add a block of delay, if you use a feedback path, which you are not as far as I see. However you have to force the order of execution of your non-local signal connections with s~/r~ and throw~/catch~ to avoid delays that Pd might introduce when doing its own ordering. Do this by adding some subpatches as described in the help file: 3.audio.examples/G05.execution.order.pd or use direct connections where possible. > I'm using 48000, so, do I have 1.333ms * 10 = 13ms of delay because > of using that objects? Block delays with non-local connections will only happen if you don't do order forcing. But if you are careful, you will have zero delay. Ciao -- Frank Barknecht _ ______footils.org__ _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list