Stereo-gain attempt crashes Max
Hi!
I've tried to make a stereo-[gain~] where the two sliders always follows each other, by patching the Slider Value of the first [gain~] to Input of the other and vice versa (see below).
A touch on one of the sliders makes Max (5.1.4) crash.
1) Why is that?
2) Any suggestions on a stereo-gain'er? :-)
It's because you're creating a feedback loop/stack overflow. When you touch one of the sliders, you start an infinite loop going because they both feed into each other.
You can get around this by using the set message into gain~, like this:
He meant this.
haha, oops :) thanks Matt
Thanks a lot! Works! :-)
But usually a feedback loop/stack overflow doesn't crash Max, does it?
In Max5 i've found that 'non-infinite' feedback loops (unlike your slider1 to slider2 to slider1 loop), for example something that depends on a metro or other timing object, does not crash Max; it merely pauses it and issues the stack overflow error. I haven't crashed Max with something like your issue though (and obviously I'm not keen to try it)
Brendan
You shouldn't crash, you should get a yellow warning bar along the top of the screen until you resume the schedular. Are you using the latest incremental?
No yellow warning bar. It just crashes.
And yes, I'm using the newest (Max5_42462)...
it doesn't crash for me either. You might also want to have a look to live.gain~ if you want to control a stereo signal.
Thanx! I'll check that one out. Are there any disadvantages in using these new live-objects (over the traditional Max-objects), with no live-connection in mind? ...I'm thinking in terms of size (when building) or being heavier in use, because of live-communication-possibilities or something?
Nothing that I can think of, those are just normal Max objects with enhanced functionalities to communicate with live in the MfL context.
Thanx! Wonderful! :-D