Ben Bracken

We are happy to announce the release of Max 7.2.1. This release is limited in scope and fixes issues that came up with the poly~ object and MPE MIDI support in Max 7.2.0. There are a handful of other critical fixes, listed below.

As always, you can download the new installers here:

This can be installed over your previous Max 7 installation, and will not affect installs of Max 6.x or lower. We hope you enjoy this new version of Max!

• attrui: fixed crash when receiving some messages

• Max toolbars: fixed crash when showing toolbars when patcher window is maximized

• Patchers: templates and new patchers properly get loadbanged

• poly~: fixed issue with stuck notes when steal set to 0

• poly~: fixed notemessage crash after mpeevent messages

• poly~: properly sends note-offs in certain voice-stealing cases

• Prototypes: working for live.* UI objects

• Standalone: fixed problems with making standalones from Projects

As always, you can download the new installers here:
https://cycling74.com/downloads/

Fixed Bugs:
• attrui: fixed crash when receiving some messages
• Max toolbars: fixed crash when showing toolbars when patcher window is maximized
• Patchers: templates and new patchers properly get loadbanged
• poly~: fixed issue with stuck notes when steal set to 0
• poly~: fixed notemessage crash after mpeevent messages
• poly~: properly sends note-offs in certain voice-stealing cases
• Prototypes: working for live.* UI objects
• Standalone: fixed problems with making standalones from Projects


max-7-2-1-released

I'm using max with a Seaboard RISE; with 7.2, multiple notes going into a poly~ from the right most of an 'mpeparse' object (receiving input from a 'midiin' object) used to go to difference voices of the poly~; now with 7.2.1 they are all going to the first voice of the poly~. is this the intended behavior and if so, how do i achieve the behavior i had with 7.2?

I'm using max with a Seaboard RISE; with 7.2, multiple notes going into a poly~  from the right most of an 'mpeparse' object (receiving input from a 'midiin' object) used to go to difference voices of the poly~; now with 7.2.1 they are all going to the first voice of the poly~.  is this the intended behavior and if so, how do i achieve the behavior i had with 7.2?


Went through the list of jitter tutorials in 7.2.1 but didn't notice new topics. Are the new ressources new contents or updated old tutorials ?

In the documentation browser, click on the "home" icon in the upper left to load the home page. Scroll to the bottom, and you'll see them listed as "Video and Graphics Programming Tutorials."

Same problem with MPE as BATCHKU. When adding the @midimode all is going to the first voice of the poly~ in Max 7.2.1. In Max 7.2 works as expected. (OS: Yosemite)

Any Help or Fix would be appreciated. Thank You.

Below is a simple example. Try it in Max 7.2 and then in 7.2.1.

Same problem with MPE as BATCHKU. When adding the @midimode all is going to the first voice of the poly~  in Max 7.2.1. In Max 7.2 works as expected. (OS: Yosemite)

Below is a simple example. Try it in Max 7.2 and then in 7.2.1.  

@ANDREJ Thanks for the clear patch, I can confirm what you are seeing. However, I'm not entirely sure if @midimode should affect mpeevent at all, but I'll take a closer look.

Hi Ben thanks for the replay. Yes, you were right the problem is not in the @midimode but rather in the polymidiin object. But anyway I have investigated a little more and I have find out that if you use it with adsr~ and the mute thispoly~ option then it works correctly. But anyway I think that polymidiin or maybe something else in the MPE objects needs a fix.

Hi Ben thanks for the replay. Yes, you were right the problem is not in the @midimode but rather in the polymidiin object. But anyway I have investigated a little more and I have find out that if you use it with adsr~ and the mute thispoly~ option then it works correctly. But anyway I think that polymidiin or maybe something else in the MPE  objects needs a fix.

I have problem with your installer, I jam this floppy disk into my disk drive and it don't work. Then i type my serial number "301370" shown there and it still don't work. I also try to ride my bike with your bicycle seat shown there and it hurts my crotch while riding. What am i doing wrong? >8'D

(^hey, gimme a break, my first drunk post in years :D Happy Friday Night Y'allz!

(^hey, gimme a break, my first drunk post in years :D Happy Friday Night Y'allz!
*barf* *cough* *hiccup* teee heee! :)


Quick Record no longer works since this upgrade. The app opens but it doesn't appear to be picking up audio. The meters don't move and when I try to record all I get is an empty audio file.

Quickrecord seems to be working here ok on all platforms. Drop a note to support at cycling 74 dot com and we can run through some things to get you going.

Thanks Ben, I will do that. I does seem a little odd - prior to this latest update it has always worked fine for me. Forgot to mention this last time but sfrecord~ does still work.

All my icons now look like the Max 6 design - is this deliberate?

The "target 0" message in poly~ seems to be broken in Max 7.2.1 / Max4Live. It works in Max, but not with Max4Live. Please try the attached set. I'm on OSX 10.10.5 Live 9.6 64Bit. In 7.1 it worked.

This leads to a lot of problems with my devices. I send the attached set to cyclings support, too.

The "target 0" message in poly~ seems to be broken in Max 7.2.1 / Max4Live. It works in Max, but not with Max4Live. Please try the attached set. I'm on OSX 10.10.5 Live 9.6 64Bit. In 7.1 it worked.
This leads to a lot of problems with my devices. I send the attached set to cyclings support, too.


I can confirm that the "target 0" message seems to be broken. I'm on OSX 10.9.5, Live 9.6.1 64 bit, Max 7.2.1

Max 7.2.1 released