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 > [email protected] > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-dev__;!!Mih3wA!BNeqxJngdBoJTJ-4030-ErqK8rZl4loSqtks_Oqi1RFJ2uCPQ6tpPq6bZRtZtI07ift0b3S9mC0JHhU-0tzMug$ > _______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
