On Tue, May 3, 2011 at 8:17 PM, Lieven Moors wrote:
[ ... ]
one warning: as you get deeper into this, you are going to run into
one of the more unfortunate aspects of OSC: it is really deeply
unsuited for use as a 2-way protocol.
That is: it works very nicely when you have a controller that wants to
send a message to a receiver, without expecting a reply. It works very
nicely when you have an "engine" that wants to distribute information
on its state to someone who is listening for such changes.
But it really starts to break down if you use it for the "send a
message and get a reply". Its not that it breaks down in a deep and
fundamental way, more that it becomes unreliable and requires another
entire almost-a-protocol-itself layer on top of OSC to ensure that you
actually collect the replies etc. etc. It gets even more complex if
the ordering is important.
Linux-audio-user mailing list