On Wed, Jul 28, 2004 at 01:36:37PM +0100, Dave Griffiths wrote:
I've written a system like this myself, where the
GUI/audio code passes token
value pairs between them where the tokens are strings (ie "FilterCutoff") and
the values are floats (or strings). It's pretty simple.
The audio engine can be requested a text description of all the tokens it
accepts, and this includes hints such as ranges, which the GUI side uses to
build an interface from.
This interface code is all scripted in python, so you can throw all the
graphics away and run it manually on the commandline. As the text descriptions
are all human readable, they can be used as a help file for what controls are
availible.
Should I be using OSC? What are the advantages? Would it enable my engine to
be accessed by more clients? Are people writing software where the only
interface is via OSC?
Probably. OSC is starting to get widely used, and it saves having Yet
Another RPC Protocol. It would be accesible by more clients, eg. Pd,
Supercolider and csound can all use OSC. I think that SC only uses OSC for
communications, but I'm not sure.
- Steve