[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:57:42 CET 2023
Eh, [throw~] is many-to-one, not one-to-many...
Again, it is generally not good if a parameter can *only* be set via
creation arguments.
BTW, my personal workaround is to use [tabsend~] and [tabreceive~]. They
basically work the same way as [send~] and [receive~], but both objects
are settable :-) Also, they work at any block size.
On 17.01.2023 20:47, Alexandre Torres Porres wrote:
> so, [throw~] can set the destination, why not use it?
>
> Em ter., 17 de jan. de 2023 às 16:44, Christof Ressi
> <info at christofressi.com> escreveu:
>
>> 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
> _______________________________________________
> 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/44bf14da/attachment.htm>
More information about the Pd-dev
mailing list