Thanks, will check out the tabsend~ and tabreceive~ too.
I’ve used them in other cases, mostly with tables, never thought about using them for this kind of patching.
Best wishes, Jakob
On 17 Jan 2023, at 20.57, Christof Ressi info@christofressi.com wrote:
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@christofressi.com mailto:info@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@hotmail.com mailto:syntaxerror60@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@lists.iem.at mailto:Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at mailto:Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev