Poly mute behaviour changed in 5.1.7? (if not: bug found)

    Jan 25 2011 | 8:19 pm
    I noticed that since 5.1.7, when sending "mute 0 1" to mute all voices and then "mute 1 0" to unmute the first voice to a poly object, signal processing inside the first voice (instance) isn't running even though the thispoly object reports the voice is not muted.
    Only sending "mute 0 0" makes signal processing resume in the instance.
    See the below patches, open polymaster.maxpat.

    • Jan 25 2011 | 10:38 pm
      Thanks for the clear report.
    • Jan 25 2011 | 11:48 pm
      Actually, this is expected behavior. Global mute (mute 0 1) takes over, in a sense, the ability to mute/un-mute unique instances. So once you've globally muted, you can't go and un-mute one of the instances until you've shut off global muting (mute 0 0).
      In what version was it behaving differently?
    • Jan 26 2011 | 8:53 am
      Ah thanks for the info, good to know.
      In a version before 5.1.5 it was differently I believe. I don't know the exact version, i just noticed because I fired up an older patch which now doesn't work anymore.
      This would warrant an extra line or two in the help file of poly, don't you think? The discrepancy in the mute status being unmuted but still no signal processing going on makes it very confusing now.
    • Feb 07 2011 | 9:34 am
      mute 0 is kind of the master of muting. If you mute the poly~ with mute 0 1 none of the voice will ever have anything to process. You need to unmute the poly~ with mute 0 0 before the other mute messages (e.g. mute 1 1/0) will be functional.
      It has always been the case, since Max 4.x AFAIR. The reference has been updated to clarify this. Thanks for mentioning.