[PD] weird behavior with dynamically created abstractions (sound doesn't work)

IOhannes m zmölnig zmoelnig at iem.at
Mon Nov 19 23:18:27 CET 2012

On 11/19/2012 09:07 PM, Jonathan Wilkes wrote:
> ----- Original Message -----
> That's not a reason to _suppress_ dsp with dynamic patching,
> because the process would work exactly the same regardless.

i think this is simply a bug in Pd.

i do some live-coding using dynamic patching, and found that saving the 
patch would re-compute the dsp-graph (i'm using abstractions, so saving 
will eventually re-instantiate a number of abstractions, which triggers 
a reavaulation of the dsp-graph; so i found that in practice this bug is 
not such a big problem for _me_)

> I've never seen an external in svn where [abstraction1] would rely on an
> internal [loadbang] in order to send a message to its outlet.

well, very few *externals* (as in "atomic" (non-openable) objects 
written mostly in C) do anything with loadbangs.

anyhow, even if we are talking only about abstractions, i think your 
assumption, that just because [loadbang] is not used in the  described 
way anywhere in the Pd-svn, this behaviour could simply be changed is 
not a valid one.

i'd very much like to see [initbang] and [closebang] in Pd-proper though.


More information about the Pd-list mailing list