You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 9, 2023. It is now read-only.
Only sensing a message when a value changes can work if your receiver doesn't need to know of a new value, but in some cases a receiver being passed the same value again can have a different meaning to not receiving one at all.
Do you have some examples of where you are experiencing performance issues?
Have you done benchmarking to see where your bottlenecks are?
I am sending lots of OSC messages from Unity3D to Ableton Live. Using Ircam tools for spatialisation.
When I send all these params, my max for live device uses up a lot of CPU. It seems like just sending messages to the UDPRECEIVE in Maxmsp is already a big workload.
So I am looking for a way to send these value's only
Hum, I have an installation running with an OSC link between Max and Live without any major incident. I do not think the problem is with the actual reception of the UDP messages, but rather the code that is triggered inside the Max for Live patch when it receives them.
My solution was to do most of the processing outside of Max 4 Live and only send the minimum to Live through OSC. Remember that Live has a lot of stuff to manage between audio blocks and that a lot of Max computation can slow things down.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I would like to make some optimalisations for sending a large amount of messages
any advice for me?
Greetings, Marijn
The text was updated successfully, but these errors were encountered: