OSC format and udpsend
Hi
I'm working on a motion tracking patch which is using jit.cv to track up to five things and then then send their x/y coordinates via OSC throungh udpsend to another application. I'm sending symbols formatted like this "2X= 240" (without quotes) and that only ever gets to 10 times that length but I notice that the closer to five objects I track the more of a time lag there is in the OSC arriving at the destination application.
Is this an issue with maxqueuesize or maxpacketsize? Should I be formatted the OSC differently? Maybe not sending as symbols? Is there a way to check how large the OSC packets being sent actually are via udpreceive in max?
Thanks in advance
Garrett
Hi
Still stuck on this, I've reformatted my data to send as a symbol through udpsend like so:
"Track 0 0 0 0 0 0 0 0 0 0"
(essentially numbers going through a pak) which shortens the length of what I'm sending and I've also increased maxqueuesize and maxpacketsize but I still get massive lag when I'm picking up OSC at the other end (in Adobe Director via an Xtra). I've done a quick receive test in max and I have no such problems with speed so I guess this is an issue Director side - anyone here have experience of sending udp messages to another application?
regards
Garrett
Monome users have been working with high-throughput, low-latency OSC for ages without problems - as, I presume, have Lemur users - and I've thrown OSC around between Max, Java and native Python without any problems, so I'd point the finger at your Director plugin.
Yes, I've tried multiple ways/formats now and it don't get much shorter than that - "Track 0 0 0 0 0 0 0 0 0 0". Its got to be the speed of the OSC rather than the amount. Trying to contact the plugin author now to see if the plugin/director is capable of handling what I'm trying. Perhaps he is aware of the speed issues and can advise.
Garrett