I am experiencing a strange bug in Max 6.0.8 on OS X Mountain Lion. If I have "Scheduler in Audio Interrupt" on and I have a patch with both audio signals and midi cc control, after running the patch for some time (ca. 10 min but varies), MIDI gets extremely choppy, like having a very slow refresh-rate. When it occurs, 'ctlin' seems to output a value infrequently, like once or twice per second.
Toggling "Scheduler in Audio Interrupt" off and back on gets rid of the problem temporarily, but it comes back later. Sometimes the problem goes away otherwise as well, for example when a momentary CPU Overload occurs. Otherwise the problem doesn't seem to have a relationship to CPU usage.
I recorded a short screencast to demonstrate the problem:
http://mutesrv.siba.fi/~vikuoppa/max/ -> "Max MIDI-jumpiness-bug.mp4"
In this example I'm moving two midi CC controls smoothly, but as can be seen on the sliders, the MIDI "refresh rate" is very slow/choppy. At 0:16 in the video I toggle Audio Interrupt off and back on, and this temporarily eradicates the issue as can be seen.
15-inch, Mid 2012
Processor 2.6 GHz Intel Core i7
Memory 8 GB 1600 MHz DDR3
OS X 10.8.2
The issue happens with different audio interfaces - I've tested with RME Fireface 400, MOTU 828 and inbuilt audio. I have also tried changing the I/O Vector Size and Signal Vector Size, but the problem has occurred also with the different settings.
I didn't notice this problem in Max 6 with my previous laptop (an older MBP), but have experienced it with different versions of Max 6 on this new laptop (at least also on 6.0.7).
Has anybody else encountered a similar issue? Does anyone have any suggestions I could try to get rid of the problem? I'm also happy to provide any further info or tests if somebody has some ideas. I'm playing a Max-based concert in a week's time, so I'd greatly appreciate any help in solving this issue!
(I copied in the patch I used in the screencast, although there isn't anything special about this patch as I get the problem with other patches as well...)