7 Feb
2013
7 Feb
'13
8:17 p.m.
Hi,
Can someone point me to a very simple and obvious HOWTO on making OSC work
with Linux Apps?
--
Patrick Shirkey
Boost Hardware Ltd
7 Feb
7 Feb
8:25 p.m.
From a developer's perspective, I found liblo to be
a good wrapper
around OSC. Here's a snip from the liblo README:
-----------------------
liblo is a lightweight library that provides an easy to use implementation of
the OSC protocol. For more information about the OSC protocol, please see:
- http://www.cnmat.berkeley.edu/OpenSoundControl/
- http://www.opensoundcontrol.org/
The official liblo homepage is here:
- http://liblo.sourceforge.net/
-----------------------
I do most of my development in Python, but I found the "pyliblo"
bindings for liblo to be Good Enough (tm) to get my app responding to
and generating OSC. I did have to make a small patch or two which I
haven't submitted back upstream; if you are using the Python bindings
let me know and I'll point you to my changes.
It was quite a nice feeling to click "Learn", wiggle a fader on my
iphone TouchOSC app, and watch the fader in my Linux app start to move!
Thanks,
Bill Gribble
On Fri, 2013-02-08 at 06:17 +1100, Patrick Shirkey wrote:
Hi,
Can someone point me to a very simple and obvious HOWTO on making OSC work
with Linux Apps?
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
8:46 p.m.
On Fri, February 8, 2013 6:25 am, Bill Gribble wrote:
From a developer's perspective, I found liblo to
be a good wrapper
around OSC. Here's a snip from the liblo README:
-----------------------
liblo is a lightweight library that provides an easy to use implementation
of
the OSC protocol. For more information about the OSC protocol, please see:
- http://www.cnmat.berkeley.edu/OpenSoundControl/
- http://www.opensoundcontrol.org/
The official liblo homepage is here:
- http://liblo.sourceforge.net/
-----------------------
I do most of my development in Python, but I found the "pyliblo"
bindings for liblo to be Good Enough (tm) to get my app responding to
and generating OSC. I did have to make a small patch or two which I
haven't submitted back upstream; if you are using the Python bindings
let me know and I'll point you to my changes.
I might need that shortly.
It was quite a nice feeling to click
"Learn", wiggle a fader on my
iphone TouchOSC app, and watch the fader in my Linux app start to move!
How does one achieve that set of steps with Linux software? Is there a
generic OSC control app for Linux that will communicate with any OSC
enabled app?
Thanks,
Bill Gribble
On Fri, 2013-02-08 at 06:17 +1100, Patrick Shirkey wrote:
--
Patrick Shirkey
Boost Hardware Ltd
Hi,
Can someone point me to a very simple and obvious HOWTO on making OSC
work
with Linux Apps?
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
9:02 p.m.
On Fri, 2013-02-08 at 06:46 +1100, Patrick Shirkey wrote:
Liblo comes with "oscsend", a command line tool to send an OSC message
to a specified listener. That's good for testing. Also "oscdump", a
server that just echoes incoming OSC requests to stdout. A very useful
pair.
The way I implemented learning is to add a default handler to my created
OSC server, take the next incoming message, pick the "path" out of it,
and then add a handler for THAT in place of the default. It's possible
to get in a race if you are trying to learn with lots of OSC data flying
around but that's the user's issue :)
I think OSC was designed with the idea that the servers would define the
"name space" of paths and you would build a client map to send controls
to the proper destination. It looks more like it's really working the
other direction, where the clients/controllers define the paths they are
going to send, and the server is responsible for learning the mappings.
Thanks,
Bill Gribble
It was quite a
nice feeling to click "Learn", wiggle a fader on my
iphone TouchOSC app, and watch the fader in my Linux app start to move!
How does one achieve that set of steps with Linux software? Is there a
generic OSC control app for Linux that will communicate with any OSC
enabled app?
9:58 p.m.
On Fri, February 8, 2013 7:01 am, Bill Gribble wrote:
On Fri, 2013-02-08 at 06:46 +1100, Patrick Shirkey
wrote:
How does one achieve that set of steps with Linux software? Is there a
generic OSC control app for Linux that will communicate with any OSC
enabled app?
Liblo comes with "oscsend", a command line tool to send an OSC message
to a specified listener. That's good for testing. Also "oscdump", a
server that just echoes incoming OSC requests to stdout. A very useful
pair.
The way I implemented learning is to add a default handler to my created
OSC server, take the next incoming message, pick the "path" out of it,
and then add a handler for THAT in place of the default. It's possible
to get in a race if you are trying to learn with lots of OSC data flying
around but that's the user's issue :)
I think OSC was designed with the idea that the servers would define the
"name space" of paths and you would build a client map to send controls
to the proper destination. It looks more like it's really working the
other direction, where the clients/controllers define the paths they are
going to send, and the server is responsible for learning the mappings.
The reason I'm asking is for controlling jamin remotely. JAMin already has
OSC functionality after all Steve Harris wrote liblo ;-)
My problem is figuring out how to test JAMin to make sure I haven't broken
anything with any of my recent updates. Specifically I added a "Daemon" or
"Headless" mode and I would like to check that the controls are all still
working. In addition it would be nice to be able to control the JAMin
daemon from a remote machine. So the the two issues are how to connect to
a server app and also how to do that from a remote machine.
it looks like oscsend is going to be the way to go for now.
I'm tempted to spend some time on a python/clutter generic osc controller
app but if you have already started on that it might not be necessary. I'm
also thinking of adding support for OSC send to JAMin (if it is not
already there) so it can be a remote controller for the JAMin daemon. Call
it "controller" mode...
--
Patrick Shirkey
Boost Hardware Ltd
It was
quite a nice feeling to click "Learn", wiggle a fader on my
iphone TouchOSC app, and watch the fader in my Linux app start to
move!
8 Feb
8 Feb
2:48 a.m.
On Fri, Feb 08, 2013 at 07:58:02AM +1100, Patrick Shirkey wrote:
On Fri, February 8, 2013 7:01 am, Bill Gribble wrote:
tl; dr: Can't you run it with ssh -X?
Otherwise you have to write a little user interface that dispatches
the OSC commands with arguments to tickle the corresponding functions
in JAMin.
If you want a bit of a GUI you'll make up creating
a bunch of widgets for each type of control.
In other words, sounds to me like duplicating a lot of what Jamin
already does.
I'm also considering adding OSC control to Nama although I'm
a little peevish as Nama users already has a protocol for
remote control: ssh! With ssh -X I even had the Tk GUI
running remotely. I recall there is a protocol to compress X
network traffic as well.
If I do implement OSC control for Nama, it should map fairly
directly to Nama's existing command language, so the
language parser will to dispatch the command inputs I get in
the OSC format over the socket. It might be nice if
something could be made to work with a short hack. :-)
On Fri, 2013-02-08 at 06:46 +1100, Patrick
Shirkey wrote:
How does one achieve that set of steps with Linux software? Is there a
generic OSC control app for Linux that will communicate with any OSC
enabled app?
Liblo comes with "oscsend", a command line tool to send an OSC message
to a specified listener. That's good for testing. Also "oscdump", a
server that just echoes incoming OSC requests to stdout. A very useful
pair.
The way I implemented learning is to add a default handler to my created
OSC server, take the next incoming message, pick the "path" out of it,
and then add a handler for THAT in place of the default. It's possible
to get in a race if you are trying to learn with lots of OSC data flying
around but that's the user's issue :)
I think OSC was designed with the idea that the servers would define the
"name space" of paths and you would build a client map to send controls
to the proper destination. It looks more like it's really working the
other direction, where the clients/controllers define the paths they are
going to send, and the server is responsible for learning the mappings.
The reason I'm asking is for controlling jamin remotely. JAMin already has
OSC functionality after all Steve Harris wrote liblo ;-) It was
quite a nice feeling to click "Learn", wiggle a fader on my
iphone TouchOSC app, and watch the fader in my Linux app start to
move!
My problem is figuring out how to test JAMin to make
sure I haven't broken
anything with any of my recent updates. Specifically I added a "Daemon" or
"Headless" mode and I would like to check that the controls are all still
working. In addition it would be nice to be able to control the JAMin
daemon from a remote machine. So the the two issues are how to connect to
a server app and also how to do that from a remote machine.
it looks like oscsend is going to be the way to go for now.
I'm tempted to spend some time on a python/clutter generic osc controller
app but if you have already started on that it might not be necessary. I'm
also thinking of adding support for OSC send to JAMin (if it is not
already there) so it can be a remote controller for the JAMin daemon. Call
it "controller" mode...
I'll be interested to see how generic your solution is.
cheers,
Joel
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Joel Roth
3:45 a.m.
On Fri, February 8, 2013 12:48 pm, Joel Roth wrote:
On Fri, Feb 08, 2013 at 07:58:02AM +1100, Patrick
Shirkey wrote:
Requires a persistent connection which may not always be possible.
On Fri, February 8, 2013 7:01 am, Bill Gribble wrote:
useful
The reason I'm asking is for controlling jamin remotely. JAMin already
has
OSC functionality after all Steve Harris wrote liblo ;-)
tl; dr: Can't you run it with ssh -X?
On Fri, 2013-02-08 at 06:46 +1100, Patrick
Shirkey wrote:
> > It was quite a nice feeling to click "Learn", wiggle a fader on my
> > iphone TouchOSC app, and watch the fader in my Linux app start to
> move!
> >
> How does one achieve that set of steps with Linux software? Is there
a
generic
OSC control app for Linux that will communicate with any OSC
enabled app?
Liblo comes with "oscsend", a command line tool to send an OSC message
to a specified listener. That's good for testing. Also "oscdump", a
server that just echoes incoming OSC requests to stdout. A very pair.
The way I implemented learning is to add a default handler to my
created
OSC server, take the next incoming message, pick
the "path" out of it,
and then add a handler for THAT in place of the default. It's
possible
to get in a race if you are trying to learn with
lots of OSC data
flying
around but that's the user's issue :)
I think OSC was designed with the idea that the servers would define
the
"name space" of paths and you would
build a client map to send
controls
to the proper destination. It looks more like
it's really working the
other direction, where the clients/controllers define the paths they
are
going to send, and the server is responsible for
learning the
mappings.
Otherwise you have to write a little user interface
that dispatches
the OSC commands with arguments to tickle the corresponding functions
in JAMin.
If you want a bit of a GUI you'll make up creating
a bunch of widgets for each type of control.
In other words, sounds to me like duplicating a lot of what Jamin
already does.
I'm also considering adding OSC control to Nama although I'm
a little peevish as Nama users already has a protocol for
remote control: ssh! With ssh -X I even had the Tk GUI
running remotely. I recall there is a protocol to compress X
network traffic as well.
If I do implement OSC control for Nama, it should map fairly
directly to Nama's existing command language, so the
language parser will to dispatch the command inputs I get in
the OSC format over the socket. It might be nice if
something could be made to work with a short hack. :-)
A generic solution would be a slider/knob and button that could be
arranged in any order/number and associated with any control value.
Then users can build their own control modules.
I'll have to check out the python module Bill mentioned first to see how
much effort is required on my part before committing to it though.
I'm not sure how to get a remote JAMin controller to find the daemon
server. If it is just a case of assigning the ip address and port number
then that should be pretty easy to implement. Just a case of adding send
commands to each control widget then.
--
Patrick Shirkey
Boost Hardware Ltd
My problem is figuring out how to test JAMin to
make sure I haven't
broken
anything with any of my recent updates. Specifically I added a "Daemon"
or
"Headless" mode and I would like to check that the controls are all
still
working. In addition it would be nice to be able to control the JAMin
daemon from a remote machine. So the the two issues are how to connect
to
a server app and also how to do that from a remote machine.
it looks like oscsend is going to be the way to go for now.
I'm tempted to spend some time on a python/clutter generic osc
controller
app but if you have already started on that it might not be necessary.
I'm
also thinking of adding support for OSC send to JAMin (if it is not
already there) so it can be a remote controller for the JAMin daemon.
Call
it "controller" mode...
I'll be interested to see how generic your solution is.
9 Feb
9 Feb
9:41 a.m.
On 02/08/2013 03:45 AM, Patrick Shirkey wrote:
tl; dr: Can't you run it with ssh -X?
Requires a persistent connection which may not always be possible.
Just as an aside: There's also vncservers and viewers which do not need
a persistent connection..
http://www.tightvnc.com/
Flo
--
Florian Paul Schmidt
http://fps.io
4307
days inactive
4309
days old
linux-audio-user@lists.linuxaudio.org
7 comments
4 participants
participants (4)
-
Bill Gribble -
Florian Paul Schmidt -
Joel Roth -
Patrick Shirkey