Alternative to Poly?


    Sep 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

    • Sep 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
    • Sep 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
    • Sep 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
    • Sep 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
    • Sep 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
    • Sep 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
    • Sep 19 2007 | 4:37 pm
      Hey Chris,
      Thanks for the info and example, this is just what I needed.
      J