Discussion:
OSC query protocol
(too old to reply)
Ray Cutler
2014-01-29 15:23:27 UTC
Permalink
Howdy-

Recently I was fortunate enough to stumble across a couple other people who
were interested in working with OSC-based query protocols, and we started
discussing existing implementations/proposals. At some point we started
putting together a new minimal query protocol- a mashup containing aspects
of the various protocols that we're aware of. The current draft of the
proposal-in-progress is posted here:

https://github.com/mrRay/OSCQueryProposal

If you're interested in OSC query protocols, we'd love to hear your
feedback and suggestions!


cheers
: : ray
Camille Troillard
2014-01-29 16:04:39 UTC
Permalink
Hi Ray,

Thank you for starting this effort.

I sent my suggestions in a new ticket:
https://github.com/mrRay/OSCQueryProposal/issues/8


Best,
Camille
Post by Ray Cutler
Howdy-
https://github.com/mrRay/OSCQueryProposal
If you're interested in OSC query protocols, we'd love to hear your feedback and suggestions!
cheers
: : ray
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
Vesa Norilo
2014-01-29 20:04:27 UTC
Permalink
Post by Ray Cutler
If you're interested in OSC query protocols, we'd love to hear your
feedback and suggestions!
Hi,

Thanks for the initiative. I'm writing a library that maps object graphs
to OSC namespaces automatically, and I've been considering adding some
form of query support. I've got the feeling though that support in the
field is pretty limited.

How does your effort relate to
http://opensoundcontrol.org/files/osc-query-system.pdf ?

On superficial reading I notice similiar aims but different methods.

Best regards,
Vesa
Ray Cutler
2014-01-31 13:58:24 UTC
Permalink
Howdy-

"How does your effort relate to
http://opensoundcontrol.org/files/osc-query-system.pdf ?"

That's the doc that got me interested in this stuff, and the first link in
the proposal! Right now it's somewhere between the Schmeder/Wright pdf you
linked to and OSNIP, which (as you noted) serves a similar purpose through
slightly different means. If you have preferences one way or the other
please stop by and let us know- either open a new issue, or weigh in on
some of the open ones. This is definitely still very much open for
discussion!


cheers
: : ray
Gaspard Bucher
2014-02-03 21:14:45 UTC
Permalink
A couple of people around osc_dev worked on implementing such an
asynchronous query/reply system back in 2009:

http://lubyk.org/en/software/oscit

[rant]
The thing worked fine but for a proper query/reply system to work, I had to
implement more structure in replies and have been proposing to use Hash and
List arguments in OSC for ages. I have a slightly modified oscpack version
that supports nested dictionaries and arbitrary lists. It's lightweight,
fast, but it never got any traction from CNMAT (the gods of OSC) so it's
dead.
[/rant]

Whatever you do while designing such a system, my 2c would be to create
real world use cases and implement them with different protocol ideas. It's
very surprising how some solutions are *very* hard to implement and slight
modifications become quite easy.

Gaspard
Post by Ray Cutler
Howdy-
"How does your effort relate to
http://opensoundcontrol.org/files/osc-query-system.pdf ?"
That's the doc that got me interested in this stuff, and the first link in
the proposal! Right now it's somewhere between the Schmeder/Wright pdf you
linked to and OSNIP, which (as you noted) serves a similar purpose through
slightly different means. If you have preferences one way or the other
please stop by and let us know- either open a new issue, or weigh in on
some of the open ones. This is definitely still very much open for
discussion!
cheers
: : ray
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
--
Gaspard
salsaman
2014-02-03 23:16:18 UTC
Permalink
Here are the results of a previous discussion some of the posters here had
around this issue:

https://web.archive.org/web/20110823184443/http://openmediacontrol.wetpaint.com/page/summary

(the original seems to be down so I am pointing to an archived version...)



Regards,
Salsaman.






http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman
Post by Gaspard Bucher
A couple of people around osc_dev worked on implementing such an
http://lubyk.org/en/software/oscit
[rant]
The thing worked fine but for a proper query/reply system to work, I had
to implement more structure in replies and have been proposing to use Hash
and List arguments in OSC for ages. I have a slightly modified oscpack
version that supports nested dictionaries and arbitrary lists. It's
lightweight, fast, but it never got any traction from CNMAT (the gods of
OSC) so it's dead.
[/rant]
Whatever you do while designing such a system, my 2c would be to create
real world use cases and implement them with different protocol ideas. It's
very surprising how some solutions are *very* hard to implement and slight
modifications become quite easy.
Gaspard
Post by Ray Cutler
Howdy-
"How does your effort relate to
http://opensoundcontrol.org/files/osc-query-system.pdf ?"
That's the doc that got me interested in this stuff, and the first link
in the proposal! Right now it's somewhere between the Schmeder/Wright pdf
you linked to and OSNIP, which (as you noted) serves a similar purpose
through slightly different means. If you have preferences one way or the
other please stop by and let us know- either open a new issue, or weigh in
on some of the open ones. This is definitely still very much open for
discussion!
cheers
: : ray
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
--
Gaspard
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
Adrian Freed
2014-02-04 02:27:39 UTC
Permalink
Ahh, if only we were gods at CNMAT.
We are actually relatively poor, pragmatists and we haven't built much around here
that uses the query/reply design pattern. Personally speaking it rubs against my reflex of using stateless protocols.
That said I have never discouraged that sort of work for which OSC is a reasonable encoding.
I have seen several usable implementations of the pattern - at the Topological Media Lab., for example.

One of the more common uses of query/reply is device and service enumeration (sometimes called "discovery"). We
will soon publish some code that does this in an interesting way for Bluetooth LE. It doesn't require changes to OSC and uses
coroutines to avoid the complexities that often arise with query/reply state machines.
Post by Gaspard Bucher
http://lubyk.org/en/software/oscit
[rant]
The thing worked fine but for a proper query/reply system to work, I had to implement more structure in replies and have been proposing to use Hash and List arguments in OSC for ages. I have a slightly modified oscpack version that supports nested dictionaries and arbitrary lists. It's lightweight, fast, but it never got any traction from CNMAT (the gods of OSC) so it's dead.
[/rant]
Whatever you do while designing such a system, my 2c would be to create real world use cases and implement them with different protocol ideas. It's very surprising how some solutions are *very* hard to implement and slight modifications become quite easy.
Gaspard
Howdy-
"How does your effort relate to http://opensoundcontrol.org/files/osc-query-system.pdf ?"
That's the doc that got me interested in this stuff, and the first link in the proposal! Right now it's somewhere between the Schmeder/Wright pdf you linked to and OSNIP, which (as you noted) serves a similar purpose through slightly different means. If you have preferences one way or the other please stop by and let us know- either open a new issue, or weigh in on some of the open ones. This is definitely still very much open for discussion!
cheers
: : ray
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
--
Gaspard
_______________________________________________
OSC_dev mailing list
http://lists.create.ucsb.edu/mailman/listinfo/osc_dev
Gaspard Bucher
2014-02-04 07:16:01 UTC
Permalink
Sorry for the rant. I should have stated things differently.

There are many limitations in the design and implementations of OSC that
salsaman
2014-02-06 17:45:52 UTC
Permalink
OK, our site is back !

http://openmediacontrol.wikifoundry.com/


Feel free to move this discussion there and/or add subpages. It would be
good to have everything in one place.


Regards,
Salsaman.





http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman
Post by Gaspard Bucher
Sorry for the rant. I should have stated things differently.
There are many limitations in the design and implementations of OSC that
Loading...