It's not quite like [delay] in that the delay time for this is unpredictable. It's not just that it affects depth-first processing, but that if you patch it wrong you may get bugs you can't always replicate; that's not the case with [delay], whose behavior is predictable in principle.
On Thu, Feb 2, 2017 at 11:01 AM, Alexandre Torres Porres <por...@gmail.com> wrote: > > > 2017-02-02 8:06 GMT-02:00 IOhannes m zmoelnig <zmoel...@iem.at>: > >> i don't think a threaded version of [coll] is so out-of-the ordinary >> that it will confuse people out of their minds. >> > > thanks, me too, but you've put it really well and better than I could... > > I've been using Pd for a while now, and don't think I'd ever be confused > with seeing that at all > > >> oh, and of course the term "deterministic" can be stretched quite far. >> > > and that's also a term that confused me, I'm more used with "depth first" > > Anyway, I just worked on a new help file and everything. I'm keeping the > an option for unthreaded and all, but I'm also saying one should not use it > and just adapt to the best patching practice instead if needed. > > cheers > > _______________________________________________ > 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
