Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
This actually worked great, with one small problem -- the $0-poly
subpatch, which is where the magic of [polypoly] mostly seems to occur,
doesn't respond well to editing of its parent. There's dynamic
instantiation using $0- variables
Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
I added an extra inlet to [polypoly] in order to be able to send a
clear message to the [poly] object within it, which manages all the
dynamically-created voices. I did this because imperfect input can
sometimes drop a note-off and leave
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
By the way, Frank, will [polypoly]
be made available from CVS? I think it's the best thing since sliced bread.
Added to @ACTION. ;)
Now checked in to CVSROOT/abstractions/footils/foo/
You'd need these four files from there:
Frank Barknecht wrote:
Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
The trick is to start with an empty [pd $0-poly] subpatch and add
everything there by dynamic patching only!
That's what the clear message somewhere in the initialization
subpatch does. So in the end it doesn't
(This time, attachment is *really* attached - sorry!)
I have been using Frank B.'s wonderful abstraction [polypoly] (which is
a revision and improvement of [nqpoly]) and getting great results with
it. In fact, I'll publish a synth based on it very soon now -- just as
soon as I work out this
I have been using Frank B.'s wonderful abstraction [polypoly] (which is
a revision and improvement of [nqpoly]) and getting great results with
it. In fact, I'll publish a synth based on it very soon now -- just as
soon as I work out this final issue.
I added an extra inlet to [polypoly] in