HELP: M4L OSC Failure While In Edit Mode
Hi All
This is actually my first post, so first I want to thank the community for all the documentation available online; its been massively helpful and motivating so long.
I am working on an installation about weather data sonification using Processing's Yahoo Weather Library to retrieve live internet feeds and Max For Live as the sound engine. OSC communication works well except for the following:
When I load the amxd file in Ableton and avoid to open the Max edit window, OSC flux in-between Processing sketch and Max patch is sweet; however, as soon as I access the edit window, OSC communication stops and Max console outputs that blinding to the UDP port was unsuccessful. It says that it seems something is already connected to the selected port… Why?
Maybe opening the edit window duplicates the instances of the patch? Maybe I am making a stupid mistake?
I really would like to be able to work with the OSC flux as I edit the patch!!! :(
I would very much appreciate any guidance on this…
I've made a screen recording here (not the best quality though) https://vimeo.com/122852113.
All the best!!
Note: I am using Processing's oscP5 library to create and send the OSC messages and the [j.oscroute] object from Jamoma library in Max to receive them. I only have M4L and I currently I can't afford to buy Max standalone version...
Processing's Yahoo Weather Library is available here http://www.onformative.com/lab/google-weather-library-for-processing/
Jamoma library is available here http://www.jamoma.org/
Hi
this may be related to your issue; I have recently found that I cannot parse serial-USB (from Arduino) in real time in Max for Live while in Edit mode. If I stay out of Edit mode, I can use the .amxd device, but before I open the device I HAVE TO disconnect the Arduino, otherwise Max and Live will go grey and hang/crash.
I would also like to edit my .amxd device, whilst parsing data in real-time but I've had to accept that I can't.
Perhaps someone more experienced with M4L has an alternative suggestion . . .
Brendan
The problem is due to a system limitation of UDP, namely that an UDP port can only be bound to one application at the same time. So the editor running in Max cannot use the port being already bound to Live.
The issue has been discussed in the past on several threads. In theory it could be solved by sending parallel on 2 different ports and switching between them in the M4L device depending on performance/edit mode. But I'm not sure if that's possible in practice.
OSC communication stops and Max console outputs that blinding to the UDP port was unsuccessful. It says that it seems something is already connected to the selected port… Why?
There's a problem with Max not releasing the port when you go to edit mode...
https://cycling74.com/forums/huh-udpreceive-not-working-inside-a-m4l-device/
https://cycling74.com/forums/udpreceive-not-really-working-binding-for-osc/
@Broc : did you try Andrew's solution in the second link ? Just stumbled upon this but no Max available for now.
@Broc : did you try Andrew’s solution in the second link ?
Yes, but for some reason it didn't work for me.
Thanks Stephane, Brendan and Broc for your input.
Seems that I have to work out first how to send parallel osc messages to different ports from Processing...
I am still working with only two UDP ports in Processing (one input, one output); while prototyping, I had to restart Max and Processing in order to switch properly in between edit and performance modes.