* Alexandre Torres Porres [2021-10-05 04:14]:
> hi folks, I'm writing a text about Pd's history and I want to get things
> right. I'm mentioning Pd forks and woulldn't like to miss any, but then
> some might be not worth mentioning? I don't, here's what I know and have
Not sure when a
i don't know if this may be considered a fork, but i remember mpd~ which
let you create patches directly on android devices. It is very old and
doesn't exist on play store anymore, but since you could start a patch
directly on the phone, this could be considered a flavor of pd?
(i think it is
hi folks, I'm writing a text about Pd's history and I want to get things
right. I'm mentioning Pd forks and woulldn't like to miss any, but then
some might be not worth mentioning? I don't, here's what I know and have
- DesireData
- Pd Extended (and its further forks Pd-l2ork/Purr Data)
- Pd
(to keep me from what i am supposed to do :-)
here is a solution for 3 channels, easily expandable - vanilla only.
it uses c_urn from PdParty_composerpack/lib/rj
which i attach as convenience
hth
hans
randomize_loudspeakers.pd
Description: Binary data
c_urn-help.pd
Description: Binary data
is there a somewhat elegant way to route 8 audio outputs (from readsf~) to
8 dac~ outputs randomly (on a bang for example)?
i.e. out1 to dac4, out2 to dac7 etc.
each output is allowed to one dac~ channel only.
mathematically speaking that would be 8! 8x7x6x5x4x3x2x1 (40320)
possibilites, but i