pix at test.at
Mon Feb 25 12:17:05 CET 2002
just thought it's about time that i mention again that as far as i can
tell, my nqpoly~ abstraction does at least what rabin~ is trying to do...
only it does it using a self-constructing abstraction rather than as an
external. still, it gets pretty good performance.
it is also only single channel.. duplicating an object across multiple
channels is really a completely different dimension to work in. it could
theoretically be done in the same way that i made nqpoly.. and then
perhaps you could wrap an nqpoly instance in this new object to get a
polyphonic multichannel abstraction to build itself automatically..
anyhow maybe if it's so eagerly awaited you might like to look at
http://pix.test.at/pd/nqpoly/ ... the documentation is pretty crap. but as
a single redeeming feature, i answer emails.
On Mon, 25 Feb 2002 11:11:52 +0100
Krzysztof Czaja <czaja at chopin.edu.pl> wrote:
> hi Thomas and all,
> I have put the poly~ project aside, not even realizing it is eagerly
> awaited. Several ``balloon probes'' I have been sending to this list
> failed to uncover that...
> After all, it is Miller who has the final say here. He can do this
> better than me. He can look into Pd's future. The poor rabin~ is
> just made to suit my current very simple needs, _and_ in the hope
> it could help (or provoke) designing of the proper thing.
> Same goes for a score follower -- the xeq_follow is a crap, it is not
> a universal tool, but it is just what I need to have now.
> Btw. poly~ does not scale to multi-channel, all its voices are mixed.
> Thomas Grill wrote:
> > > also i'm missing some abstractions. in supercollider it's no problem
> > > to scale a patch from 1 to 4 to 16 channels. how could i make a
> > > patch with 48 channels, without drawing lots of lines? maybe it's
> > > possible and i just don't know it.
> > That will be possible once Krzysztof has finished his eagerly awaited
> > poly implementation.
> > See Max/MSP for reference.
More information about the Pd-list