MLRV Freezes During Rapid Button Pressing

i have occasionally found this too, but have been unable to reliably reproduce the bug. OSX 10.5.5 MaxMSP5.0.5 on a 256. the problem is with MaxMSP - not the surrounding softwares.

can you post exactly what windows is telling you when the crash occurs? on mac all it will tell you is 'segmentation fault' which i have had no luck tracking down on the C'74 forums.

if the problem is with [groove~] then i know where to look for the problems- just hoping the problem is not with the object itself.

It gives me the generic Windows error ("MaxMSP has encountered a problem and needs to close") and the "error signature is":

AppName: maxrt.exe AppVer: 5.0.3.35596 ModName: groove~.mxe ModVer: 5.0.3.35596 Offset: 000024c6

Then there's an unhelpful text file with more "details" about the error. (attached)

Not sure if this is helpful or even meaningful, but here's something I've noticed:

Sometimes Max seems to crash more often than others. That is, sometimes I will try to reproduce the bug and it will take two hours before it freezes. Other times it will freeze five minutes after I open it every time, and will consistently do this for a while. This behavior makes me think it might be related to something else running on my computer but I haven't noticed any patterns yet.

Have the crashes occured in Windows XP only? I've had mlrV crash on me many times as well. Usually when I am pressing a lot of pads on the same row. I'll copy the text next time it happens.

agargara - i too have found that after one crash it is likely to happen again in short succession. i don't really know what to read from this, but maybe i need to be more open minded...

yes, the bug does occur on windows and mac.

however, this doesn't necessarily mean that it is the SAME bug.

in my investigations as to what was causing the crash though (including artificially slamming mlrV with 4000 button presses per second and it not crashing) i realised about twice as much data is being bussed around the program than is necessary.

as such, the new rev.2 i am posting up now is much more efficient and should have less likelihood of overloading groove~

download it and tell me if you're still having the same problems. t.g

Cool! I'm glad that some good has come out of this problem. Unfortunately the optimized version crashed the same way just 5 minutes after I loaded it and started playing around. :/

I've started to notice that certain samples crash all the time while other samples don't...at first I thought it had something to do with sample rate or bit rate but that doesn't seem to be the case...I'll try to investigate this further.

crashed for me too last night in the middle of some rapid pressin' - right after i started playing on a new row. i'll check into my sample rates...

Not a fix but a potential workaround: I pushed a change to github that adds an option to turn of multi-press looping. http://github.com/bitbutter/mlrv...

A couple of folk on the monome forum reported that turning this off seems to have stopped the freezing/crashing. YMMV.