Quick question about [clone] – does the dsp graph order of [clone] instances match the numbered order of those instances within a [clone] object? I'm hoping to use [send~]/[receive~] pairs to make clone run serially rather than in parallel but that depends on whether they're guaranteed to run in order.
Btw, I made some abstractions to achieve this some time ago: https://github.com/x37v/pd-cascade As Alex Poress points out, it may (probably does) add latency per Cascade.. it's been a while since I've used it..
Alex
On October 28, 2019 1:58:33 AM PDT, Christof Ressi christof.ressi@gmx.at wrote:
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
There should be no latency if you [throw~] into the chain and [catch~] out of the chain instead of using [inlet~] and [outlet~], and put the [throw~], [clone~], and [catch~] each in its own successively connected subpatch (like we do with [delwrite~] and [delread~].
On Mon, Oct 28, 2019 at 11:18 AM Alex Norman x37v.alex@gmail.com wrote:
Btw, I made some abstractions to achieve this some time ago: https://github.com/x37v/pd-cascade As Alex Poress points out, it may (probably does) add latency per Cascade.. it's been a while since I've used it..
Alex
On October 28, 2019 1:58:33 AM PDT, Christof Ressi christof.ressi@gmx.at wrote:
yes, the instances are processed in order. currently, this is an implementation detail, but I maybe we can make it a requirement and document it. your use case is certainly interesting and I don't see a reason why [clone] should *not* process canvasses in order.
@Miller what are your thoughts on this?
Christof
*Gesendet:* Montag, 28. Oktober 2019 um 01:54 Uhr *Von:* "Matt Barber" brbrofsvl@gmail.com *An:* pd-list@mail.iem.at *Betreff:* [PD] clone dsp precedence Quick question about [clone] – does the dsp graph order of [clone] instances match the numbered order of those instances within a [clone] object? I'm hoping to use [send~]/[receive~] pairs to make clone run serially rather than in parallel but that depends on whether they're guaranteed to run in order. _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Yes, I don't intend ever to change the order (back compatibility always :) On Mon, Oct 28, 2019 at 09:58:33AM +0100, Christof Ressi wrote:
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div>yes, the instances are processed in order. currently, this is an implementation detail, but I maybe we can make it a requirement and document it. your use case is certainly interesting and I don't see a reason why [clone] should *not* process canvasses in order.</div>
<div> </div>
<div>@Miller what are your thoughts on this?</div>
<div> </div>
<div>Christof</div>
<div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Montag, 28. Oktober 2019 um 01:54 Uhr<br/> <b>Von:</b> "Matt Barber" <brbrofsvl@gmail.com><br/> <b>An:</b> pd-list@mail.iem.at<br/> <b>Betreff:</b> [PD] clone dsp precedence</div>
<div name="quoted-content"> <div> <div class="gmail_default" style="font-family: verdana , sans-serif;">Quick question about [clone] – does the dsp graph order of [clone] instances match the numbered order of those instances within a [clone] object? I'm hoping to use [send~]/[receive~] pairs to make clone run serially rather than in parallel but that depends on whether they're guaranteed to run in order.</div> </div> _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a></div> </div> </div> </div></div></body></html>
-
Alex Norman -
Christof Ressi -
Matt Barber -
Miller Puckette