Hey all,<br><br>I've been keeping myself busy lately, mostly with Python and OSC, <br>and I'm using multiple clients/controllers to send messages to a <br>sampler with an OSC interface. <br><br>From this experience it seems to me a good idea, to have a kind of "central" <br>
place where all Audio programs "Announce" thier OSC port & program name & version,<br>so the linux-audio-desktop can be a little more "coherent" for lack of a better word.. ;-)<br><br>We could create a kind of "Master OSC Host" which would keep track of<br>

which clients are running, and which ports they are using. This would be easiest<br>
to do if EACH client, would "register" itself on an agreed port.<br><br>So if a client wants to read some information, they could query the<br>"Master OSC Host" with a standardised set of questions about the current<br>
state of QTractor/Ardour/<Any OSC capable program>. <br><br>This would mean that any program that wants to find out which Jack B:B:T or Frame were on<br>or if there's been XRuns, wouldnt have to be a JACK client, because its been abstracted to<br>
the "Master OSC Host".<br><br>I think this method would allow better inter program operability, as any "useful" information<br>that one program could share, other could read. <br><br>This would be most effective, if we also requested that programs followed a specific naming<br>
convention for features that each program has.<br>EG:<br>Save :  /<prog_name>/save_state<br>Load:  /<prog_name>/load_state<br>etc<br><br>I'd like to get the communities feelings towards an initiative like this, <br>
feedback/criticism/opinions welcomed! <br>-Harry Haaren<br><br>