I'm having a Max crisis. I'm angry. Every fucking time i put any patch i did into a poly~, it ends up with entire days of nightmares of bugs and strange behaviors before i figure out - in case i do - which way i can make things work. Every week of work i have strange behaviours needing hours/days of work before figuring out that it was just one of thoses underdocumented strange unlinear max weirdness. Or my Max 6.1.6 is crashing/not responding/audio-blocking-needing-restart all the time. Either because i'm going over the cpu for few seconds, or just because i'm guilty of using huge patches.
But if Max is mostly for making very small gliky patches for avant-garde parties, then i don't know what i'm doing here.
I just lost 2 DAYS of work of 2 PEOPLE (Me and a developer that i pay) trying to figure out why we had clicks all over the place each time we open a second voice in a big poly~…
...Until we realized tonight that it's JUST BECAUSE 'parallel' poly~ got buggy since Max 6!...
Not to mention that the last 3 month working on my project with 2 other developers have been spent on redesigning the whole structure of it... Just because it's somehow impossible to know from java (mxj) when an abstraction inside a bpatcher containing mxj's has really finished lo load. (Problem that we only understood the dimension after the whole patch got really big) And we still have Big issues of java/C bridge efficiency, mostly because we can't directly connect to a [receive] max object from an mxj like it's possible to do from a C external.
I already spent 100000 Euros on the most ambitious and inspiring project and i'm gonna soon look for new C/java/(max?) developers to join us… ...but i'm bored to loose my money on the buggy/closed software that max is. Maybe I'm just at the wrong place. Maybe I should forget about Max and go 100% C for our complex project, we would need A LOT of work to do/maintain the UI and the sound synthesis, but maybe we would save more time stopping to try to connect awkwardly little unstable pieces of max, msp, jitter, java and C together.
Doing research in musical acoustics, experimenting musical instruments, all being about real-time sound, images and gestures interfaces, Max seemed to be the tool to develop my project since 11 years I'm using it. But Maybe it's just too unstable to built the heavy research tool we are designing.
So when Cycling will decide to double its team to make a non-buggy, stable, more logical version of max, and with all the details of the every objects correctly documented, then i really don't paying that 'Gold Version of Max' 2000 $ if you want. Really. It will save us a lot of time. Time is money.