I can't think how to implement this without adding one-block delays (either compatibly with existing behavior but mysterious, or else just a blanket, incompatible one-block delay to everything. I don't think either situation would be any good.
I'd be open to adding a "delayadd~" object to add a signal into an existing delay line, in which the delay time could be managed better, I think. This would be usable as a signal bus - but would come with an explicit minimum delay of one block.
cheers Miller
On Tue, Jan 17, 2023 at 03:55:16PM +0100, Jakob Skouborg wrote:
Hello :)
I was just wondering about a thing with the send and receive objects in PD, both the audio rate objects and the non audio rate objects.
These 2 objects allows you to set the name with a symbol: Receive~ Send
These 2 objects does not allow you to set the name with a symbol: Send~ Receive
So was just wondering if there is a specific reason why not all of them offers the option to change name with a symbol?
I have been using the externals ext13, but they haven’t been updated in a decade.
Personally I think it would be a nice and meaningful update that all of the send/receive objects would offer the same features.
Second, it would eliminate the need for decade old externals.
Is there a chance that this will be updated in the future?
Thanks in advance, Jakob
Pd-dev mailing list Pd-dev@lists.iem.at https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-dev__;!!...