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