Nov 22, 2013 at 10:26pm
I would like to send number data from machine A to B.
someone suggested opensoundcontrol. But I wonder is there any reason why sending data like in my example picture below would be a problem? is it not as efficient as OSC?
I also remember once someone saying never to use a space in a message.
So never (test 22)
instead use (test-22).
But I am unsure how when using (test $1) I can remove the space and insert a dash? unless i use sprintf. (sprintf test-%s); but someone said sprintf was not efficient and I should steer clear.
Any thoughts on making these connections efficient would be great as i plan to use lots of these on a slow network lan and machine.
yerps : P
Nov 22, 2013 at 11:00pm
sprintf … or you can do it the other way round, and send the index identifier (“test2″) as single message:
of course this only works, when this of data is the only data sent over this connection – you can no longer mix numbers _without index identifier throuhtg this system. :)
Nov 22, 2013 at 11:04pm
you can also use numbers as index, adn control a gate with it on the receiving end.
“1, 87.” … “2, 27.”
Nov 22, 2013 at 11:27pm
– Pasted Max Patch, click to expand. –
Copy all of the following text.Then, in Max, select New From Clipboard.
Nov 23, 2013 at 9:55am
thank you both : )
I think i may used this(picture below) type of system across my patch. I have a 100′s of these number boxes to send. Some of them fire out very fast. So my only concern is clogging up a single port. Maybe I should share/distribute these across a few ports instead of just one port? Maybe every 10 of these per port?
heres the pic : >
Nov 23, 2013 at 10:08am
OK.. in response to your initial question..
The magic of OSC is in the bundle… No need to send a ton of individual messages when you can send them as a single bundle. In this case, it looks like OSC would be a lot more efficient. Check out the odot library at CNMAT.
Nov 23, 2013 at 3:18pm
thank you for this extra option metamax, : )
I may run a latency test to see how using OSC in bundles effects received timing of the number info compared to the other option.
thanks again. : P
Nov 23, 2013 at 4:06pm
Hey I’d be interested in seeing the results if you get around to it.
Nov 23, 2013 at 4:33pm
cool, I shall post here if i get it working.
Nov 23, 2013 at 7:16pm
I created a ping style test. I sent osc from machine A to machine B and back to A and measured the latency, along with the previous idea of regexp through udp.
regexp method is quicker of course, but at times both osc method and regexp would become exactly equal as they syncronised. very weird. I was also using (mean) so i could see the average of the latencies. Yet they would be equal at times : ?
osc is using a fast (metro 1)
i cleared the (mean)’s every 20 triggers into the print.
the test patch is a bit cluttered , i shall also include a save of the max print out so you can see the full 30 seconds of latency prints from the (timer) > (mean).
i felt the need to add a few things to the patch: when i trigger ‘start’ or ‘clear’ it appears in the print out just makes it easier to see what is going on, i am sure you’ll see what i did.
I could not believe the timings would be equal after traveling from machine A>B >A. see what you think.
if you want the patch , perhaps feel like boring yourself to death with a test give me a shout.
yerps. : )
Nov 23, 2013 at 7:30pm
in the print list , look for where the (mean) object is cleared. At times the two methods are absolutely together. Amazing times for an A>B>A> round trip (averaged ofcourse), I should have included a full test without averaging. but its 3am now. Anyhow the initial triggers tell us the latency. Because LAN latency varies so much i wanted to know the average. This test shows us the average and the initial latency that is directly after a ‘clear’ so we do get both infos.
hope this all makes sense.
You must be logged in to reply to this topic.