[PD] how to force the DSP call? / set delread~ delay name
Christof Ressi
info at christofressi.com
Tue Mar 2 01:00:24 CET 2021
> "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
> <info at christofressi.com <mailto:info at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20210302/ba3c59e7/attachment-0001.htm>
More information about the Pd-list
mailing list