Miller Puckette wrote:
The same possible one-tick delay happens with throw~/catch. There's no way around such a delay when the reading object comes before the writing one - it's a fundamental limitation of digital signal processing.
Pd ought to offer a better way to force order of execution than the ones that are available, but that's an ongoing question for me :)
hi, miller !
thanks for the insight !
i sort of solved the problem with your suggested method, but the problem of creation order still persists.
i'm not really sure i implemented everything the right way, but in my tests i came to the conclusion, that the send~ object has to be created AFTER the corresponding receives~ (regardless of subpatches) to work correctly in this setup.
can you confirm this ?
BTW: big thanks for that method in the first place ! was a life-saver recently :-)
best
oliver
Miller
On Mon, Sep 12, 2016 at 11:58:33PM +0200, oliver wrote:
jlistshit wrote:
Use throw~ and catch~ instead of send~ and receive~.
hi,
sorry, not possible. only one catch~ for multiple throw~ objects
i need it the other way round ...
btw: is there a technical difference between send~ and throw~ ?
thanks anyway
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list