"PLEASE DON'T DO THAT"
I would say so :-)
control connections do not force a new dsp call, so I dunno.
Pd objects are (unfortunately) not notified on connection changes and I
can't think of a sane way to work around this. The real solution would
be to add an API for object state change notifications. In the meantime,
I would say: forget about it.
Christof
On 02.03.2021 00:40, Alexandre Torres Porres wrote:
Em seg., 1 de mar. de 2021 às 20:19, Christof Ressi
<i...@christofressi.com <mailto:i...@christofressi.com>> escreveu:
It doesn't have to be. You can certainly change the delay line
during runtime, just like in [receive~], [throw~], [tabsend~],
[tabreceive~], etc.
I thought so, but let me just get something straight, is it possible
to force a global dsp call or not? Should it always be avoided at all
costs?
Cause I'm now facing another issue, I have a [del~ in] object spitting
a unique delay name, and when I connect it via a control cord to a
[del~ out] object I want it to spit out the delay name symbol. I made
it spit it out when there's a new dsp call, but.... control
connections do not force a new dsp call, so I dunno.
I ask because I'm still thinking about strategies involving dsp calls
and it'd be good to get a final word if that's a "PLEASE DON'T DO
THAT" :)
Done: https://github.com/pure-data/pure-data/issues/1274
<https://github.com/pure-data/pure-data/issues/1274>
I might do a PR when I have some time.
Thanks, and I'll look into the way [receive~] and the like work to
try and incorporate it in my external, I can also try a PR if you
don't beat me to it in a quite probable better way.
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
