Forums > MaxMSP

Alternative to Poly?

September 18, 2007 | 3:58 am

Hey everyone,

Is there a way to allocate voices based on whether or not a buffer is still producing sound? I’m indexing a list of sample data stored in a coll object and wanted to have four voice polyphony based on how many buffers are producing sound, rather than which midi notes have received note offs.

Thanks for any help,

Jason


September 18, 2007 | 5:46 am

At 9:58 PM -0600 9/17/07, Jason wrote:
>Is there a way to allocate voices based on whether or not a buffer is still producing sound? I’m indexing a list of sample data stored in a coll object and wanted to have four voice polyphony based on how many buffers are producing sound, rather than which midi notes have received note offs.

poly~ really has very little to do with MIDI at the end of the day. What will cause a voice to be considered "active" is whether its busy and mute flags are set. Look carefully at how these messages and thispoly~ interact.

-C


Chris Muir | "There are many futures and only one status quo.
cbm@well.com | This is why conservatives mostly agree,
http://www.xfade.com | and radicals always argue." – Brian Eno


September 18, 2007 | 7:47 pm

I realize that I was a little terse in my last reply. I’ve uploaded
an example of what I was talking about, called "PollyWannaAllocate"
to my Max Examples page:

http://www.xfade.com/max/examples/

-C


Chris Muir | "There are many futures and only one status quo.
cbm@well.com | This is why conservatives mostly agree,
http://www.xfade.com | and radicals always argue." – Brian Eno


September 19, 2007 | 12:29 am

Looking at this example I posted, it gives me a feature request.

I wish there was a signal rate way to change "mute" on poly.

b

On Sep 18, 2007, at 12:47 PM, Chris Muir wrote:

>
> I realize that I was a little terse in my last reply. I’ve uploaded
> an example of what I was talking about, called "PollyWannaAllocate"
> to my Max Examples page:
> http://www.xfade.com/max/examples/
>
> -C
>
> —
> Chris Muir | "There are many futures and only one status
> quo.
> cbm@well.com | This is why conservatives mostly agree,
> http://www.xfade.com | and radicals always argue." – Brian Eno

Barry Threw
Media Art and Technology

San Francisco, CA Work: 857-544-3967
Email: bthrew@gmail.com
IM: captogreadmore (AIM)
http:/www.barrythrew.com


September 19, 2007 | 1:00 am

> I wish there was a signal rate way to change "mute" on poly.

here! here! I wish that poly~ and thispoly~ could be COMPLETELY
controlled by signal. Not that midi junk… I know it’s original
intended use, but it would be really great to control all functions
with signal. It would really expand the way I use msp.

Thanks as always,
Keith


September 19, 2007 | 2:58 am

At 8:00 PM -0500 9/18/07, keith manlove wrote:
>here! here! I wish that poly~ and thispoly~ could be COMPLETELY
>controlled by signal. Not that midi junk… I know it’s original
>intended use, but it would be really great to control all functions
>with signal. It would really expand the way I use msp.

When you say "midi junk" are you really talking about Max event level scheduler stuff? The example I posted showed that poly~ really doesn’t have much to do with MIDI.

And anyway, dropping down into event mode for controlling allocation of poly~ instances and sending a couple messages to thispoly~ really gets in your way?

It seems to me that most everything associated with poly~ could be signal level except for these very few things.

-C


Chris Muir | "There are many futures and only one status quo.
cbm@well.com | This is why conservatives mostly agree,
http://www.xfade.com | and radicals always argue." – Brian Eno


September 19, 2007 | 8:48 am

barry threw schrieb:
> Looking at this example I posted, it gives me a feature request.
>
> I wish there was a signal rate way to change "mute" on poly.

Better not, you know that the last signalvector would be repeated while
muted? Instead of a pass~ object, I just wait a signalvecor before
muting. There is no speed issue here.
I guess a signal rate muting would not be worth the overhead. But there
is nothing wrong with implementing it in plain Max. The whole Pd
community is doing polyphonic voice allocation by hand… (Don’t know
about the coding overhead it will eat… ;-)

And technically speaking, you can’t get faster muting/unmuting than
signal vector rate anyway. If scheduler in audio interrupt is on, that’s
exactly the scheduler rate…

Muting is not about controlling sound, it’s about controlling processor
overhead. It would not make sense to eat extra cycles for esoteric faith
in "better if everything is in audio rate"…

The busystate, which could be abused for controlling sound, is signal
rate by the way…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


September 19, 2007 | 4:37 pm

Hey Chris,

Thanks for the info and example, this is just what I needed.

J


Viewing 8 posts - 1 through 8 (of 8 total)