Forums > Max For Live

Max and Max for Live together?

June 27, 2012 | 12:41 am

Can someone confirm for me whether a Max for Live device and a Max patch can be run at the same time, sharing the same environment? e.g. a send object in the Max patch would be ‘heard’ by a receive object in the Max for Live device.

How about a M4L device and a Collective?

Finally, how about a M4L device and a Standalone?


June 27, 2012 | 6:29 am

Did not test it, but I’m quite sure that sending from max to live doesn’t work, definitely not form a standalone. UDP is an option.


June 27, 2012 | 1:32 pm

This doesn’t work, but you can tweak it.

If you have a M4L patch open in edit mode then there is a direct connection to the Max environment. This is related to not being able to go over the Max tutorials (sound effects which won’t play and such) unless you have a M4L patch open in edit mode.

This seems to be the same deal; the moment when I have a M4L patch open in edit mode (doesn’t matter which) then M4L can communicate directly using a Max device (I tried using send & receive). But under normal circumstances this doesn’t work.


June 27, 2012 | 1:42 pm

Ok, thanks :)


June 27, 2012 | 1:52 pm

I have used udpsend & udpreceives like jvkr suggested. By simply replacing send/receives with udpsend/udpreceives you can make the 2 communicate nicely inside and outside of edit mode.


June 27, 2012 | 2:18 pm

Thanks protocol.

I’m just wondering whether there is a performance hit, or reliability issue when using this method.

As I understand it, UDP is a ‘fire and forget’ protocol used for media streaming, and it is a given that you are going to lose data here and there, although things might be different when you’re using it in a local environment as opposed to the internet.

What kind of work have you used this method for? Audio? Video? Or just simple messages?


June 27, 2012 | 2:31 pm

discopatrick, i used UDP with simple messages.

My app: I made a standalone monome app to send button presses and receive led messages from my M4L app. The M4L app received button press messages from the standalone & was connected to live API to trigger clips and receive clip info to tell the monome leds when to go on and turn off. For my setup it was easier at the time to separate it out of live (don’t know how much you know about monome stuff but any work on monome-serialosc would cause it to crash – it was much more stable working in Max not M4L).

Sorry i can’t give you more info on possible performance hits…

good luck discopatrick, if you try it let us know how it goes!


June 27, 2012 | 2:35 pm

No worries, and thanks! If I do use this method, I’ll be transmitting data, but not at the rates of audio or video, so maybe I’ll be ok. Will report back if and when it happens :)


June 28, 2012 | 7:06 am

I may be wrong but I remember reading somewhere that the question with udp is the order of transmission of the messages. So, depending on their type, you might hit a wall with message ordering…


Viewing 9 posts - 1 through 9 (of 9 total)