On Tue, Jan 17, 2023 at 01:30:19AM -0300, Alexandre Torres Porres wrote:
Wow, [clone]'s nem multichannel functionalities are quite cool and amusing indeed. I always wanted to be able to have [clone] output parallel processing - like having white noise being filtered in parallel with a filterbank and then having access to each output instead of the sum. This finally makes it happen with the '-d' flag, which is amazing! But in order to do this I have to copy a single input into a multichannel array with [pack~] and I wonder if this can be simplified by using yet a new flag where a single signal inlet~ can be distributed to all copies and a multichannel is output. Maybe not worth the hassle, but maybe it could be more significantly efficient? If it's not significantly efficient then it would be just a bit more convenient.
This is possible using "-do" (distribute outputs) in which case inlet~s are passed in unchanged.
OTOH, there's no good way to make a clone~ object in which some inlet~s are distributed and others are passed unchanged, or similarly with outlet~s....
Incidentally, now I think the word "distribute" is ambiguous - does anyone have a better word for packing/unpacking on way in and out of clones?
cheers Miller
Em ter., 17 de jan. de 2023 Ã s 00:24, Miller Puckette via Pd-dev < pd-dev@lists.iem.at> escreveu:
To Pd dev -
I've pushed what I think is working support for multichannel signals. Many objects haven't yet been adapted to deal with them, but there are enough to at least test the concepts: lop~, send~, receive~, and (ugh) clone are multichannel-aware, and new pack~ and unpack~ objects are provided to combine and split signal channels.
I've put a couple of example patches on http://msp.ucsd.edu/tmp/multichannel-tests.tgz ... the interplay between multichannel inlets and outlets and clone are sometimes amusing.
cheers Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-dev__;!!...