[PD-dev] Send~ and receive does not allow you to change name with a symbol!

Christof Ressi info at christofressi.com
Tue Jan 17 20:43:46 CET 2023


>  I see, I wonder why exactly you need this, like a specific use case.
One concrete example: you have a modular system where the output of an 
abstraction may be used by other abstractions, but they do not know 
anything about each other. For this you might want to use a [send~] and 
[receive~] objects where the names are chosen by the user, e.g. with 
symbol atoms.

In general it's problematic if a parameter can only be set as a creation 
argument because sometimes not everything is known at creation time. 
This can be worked around with dynamic patching, but as we know, this is 
not "officially" supported.

@Miller: a settable [send~] can be written easily, you just have to call 
canvas_update_dsp() after changing the name. Of course, this is not 
realtime-safe, but it's better than nothing.

Christof

On 17.01.2023 20:21, Alexandre Torres Porres wrote:
> Em ter., 17 de jan. de 2023 às 16:07, Jakob Skouborg 
> <syntaxerror60 at hotmail.com> escreveu:
>
>     I will check the ELSE options, thanks, all though it is the sender
>     that doesn’t offer option to change name.
>
>     For adding it to Vanilla version, Miller gave an answer, which
>     indicated there is not an easy way to do it, without adding a
>     block of delay. But nice to see that an issue has been raised,
>     mentioning it.
>
>
> The issue on github is for an inlet to receive, not being able to set 
> send name in [send~].
>
>     I just need to be able to change the send~ name.
>
>
>  I see, I wonder why exactly you need this, like a specific use case.
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20230117/cba87467/attachment.htm>


More information about the Pd-dev mailing list