[PD] polypoly's second inlet
Frank Barknecht
fbar at footils.org
Sat Jan 20 02:23:12 CET 2007
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Hallo,
>
> Phil Stone hat gesagt: // Phil Stone wrote:
>
> > Frank, if you have a few moments, could you explain a little about how
> > this wiring works in [polypoly]? I see in the [pd init] subpatch of
> > [polypoly] where the connections are made, but I don't understand why
> > the first inlet goes only to the current [poly]-selected voice, while
> > the second goes to all second inlets of all the cloned abstractions.
> > It's hard to envision what the final patch would look like, or why it
> > would look that way, at least.
>
> Hm, I think, you're misreading the automatically generated instances
> of the wrapper abstractions a bit. You'll probably see it a bit better
> if you move around the abstractions in [pd $0-poly] a bit, otherwise
> the patchcords and objects are on top of each other.
Ah, sorry, ignore this above. You have a correct understanding of the
wiring already. The additional thing is this: Inside of [polywrap]
there's a [route $2] which filters out only the messages whose first
element matches the voice number. The voice number is automatically
generated by [poly]!
Matching messages are sent to the actual custom abstraction. The
non-matching messages are sent further along the first outlet to the
next [polywrap] where another [route] is waiting for the correct voice
number and so it goes on.
Ciao
--
Frank Barknecht _ ______footils.org_ __goto10.org__
More information about the Pd-list
mailing list