hi luke
yep i know this problem, i think it's called "updating the dsp-tree". one workaround, i used to do, is to create a +~ and delete it again. faster is to turn off the dsp while doing dynamic patching stuff and then turn it back on again, but then you should keep track of [r pd]->[route dsp]
btw i have written an abstractions to dynamically chain abstractions together (sound weird doesn't it?). i got it finally working and i'm just about to write some example and little documentation before posting a preview release on the list.
cheers eni
Luke Iannini wrote:
Hi all, Here's another bug I've just managed to boil down and reproduce. I'm kind of surprised at this one - I thought it was a pretty common thing to dynamically spawn signal objects.
The bug is: a dynamically spawned abstraction containing signal objects won't start processing/generating audio until you either delete an object in the parent patch or connect two signal objects together.
As usual this is tested on Pd-e 0.40.3 and Pd 0.42-4...
Can anyone confirm? Thanks! Luke
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list