Jason Nerida

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.

alternative-to-poly

>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.

Chris Muir | "There are many futures and only one status quo.

cbm@well.com | This is why conservatives mostly agree,

 | and radicals always argue." - Brian Eno

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.

-- 
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


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" 

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/

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.

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" 

> Chris Muir | "There are many futures and only one status 

> cbm@well.com | This is why conservatives mostly agree,

>
> 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

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


> 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.

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.

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.

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.

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

Better not, you know that the last signalvector would be repeated while 

muted? Instead of a pass~ object, I just wait a signalvecor before 

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 

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 

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 Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


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

Alternative to Poly?