On Thu, 2005-03-03 at 13:38 +, Martin Habets wrote:
> On Wed, Mar 02, 2005 at 10:47:31AM -0500, Dave Robillard wrote:
> > > > The "patching server" (called that from hereon for lack of a better
> > > > name) has simple commands like /set_destination
> > > > , /remove_destination , etc. You can
On Wed, Mar 02, 2005 at 10:47:31AM -0500, Dave Robillard wrote:
> > > The "patching server" (called that from hereon for lack of a better
> > > name) has simple commands like /set_destination
> > > , /remove_destination , etc. You can imagine a GUI
> > > jack-patch-bay like client for it.
> >
> >
Hi everyone,
Just a quick note on discovery from the RTP MIDI
experience:
http://www.cs.berkeley.edu/~lazzaro/rtpmidi/index.html
The assumption we're making is that existing IETF
session management tools -- the Real Time Streaming
Protocol (RTSP) for applications that feel like cont
On Wed, Mar 02, 2005 at 05:18:24 +, Martin Habets wrote:
> On Tue, Mar 01, 2005 at 08:48:13PM +, Steve Harris wrote:
> > On Tue, Mar 01, 2005 at 02:15:46 +, Martin Habets wrote:
> > > On Mon, Feb 28, 2005 at 09:35:34PM +, Steve Harris wrote:
> > > > There is a proposed specification
On Wed, Mar 02, 2005 at 10:47:31 -0500, Dave Robillard wrote:
> Personally though, I don't much care for publishing RFCs and debating on
> mailing lists for 6 months - I need it to work, now. The general
> outline of the system can't change that much - it can be modified to
> suit a later agreed-u
On Tue, Mar 01, 2005 at 08:48:13PM +, Steve Harris wrote:
> On Tue, Mar 01, 2005 at 02:15:46 +, Martin Habets wrote:
> > On Mon, Feb 28, 2005 at 09:35:34PM +, Steve Harris wrote:
> > > There is a proposed specification for discovery of OSC services that was
> > > presented at hte OSC co
On Tue, 2005-01-03 at 14:58 +, Martin Habets wrote:
> On Tue, Mar 01, 2005 at 01:27:38PM -0500, Dave Robillard wrote:
> > So basically my goals are to make OSC using liblo as nice as audio using
> > jack, as far as "ports" and "connections" (in jack-ese) go, with as
> > little burden on clients
On Tue, 2005-01-03 at 11:26 +0100, Frank Barknecht wrote:
> Hallo,
> Dave Robillard hat gesagt: // Dave Robillard wrote:
>
> > The nice thing about this system (thanks largely to Steve) is that it
> > will also work with non-liblo clients, and so could become an OSC
> > 'standard' if it catches on
On Tue, Mar 01, 2005 at 02:15:46 +, Martin Habets wrote:
> On Mon, Feb 28, 2005 at 09:35:34PM +, Steve Harris wrote:
> > There is a proposed specification for discovery of OSC services that was
> > presented at hte OSC conference, I intend to support it in liblo at some
> > point in the fut
On Tue, Mar 01, 2005 at 02:58:08 +, Martin Habets wrote:
> On Tue, Mar 01, 2005 at 01:27:38PM -0500, Dave Robillard wrote:
> > So basically my goals are to make OSC using liblo as nice as audio using
> > jack, as far as "ports" and "connections" (in jack-ese) go, with as
> > little burden on cl
On Tue, Mar 01, 2005 at 01:27:38PM -0500, Dave Robillard wrote:
> So basically my goals are to make OSC using liblo as nice as audio using
> jack, as far as "ports" and "connections" (in jack-ese) go, with as
> little burden on clients as possible, and allowing user patching, etc.
It seems our goa
On Tue, Mar 01, 2005 at 11:26:23 +0100, Frank Barknecht wrote:
> Hallo,
> Dave Robillard hat gesagt: // Dave Robillard wrote:
>
> > The nice thing about this system (thanks largely to Steve) is that it
> > will also work with non-liblo clients, and so could become an OSC
> > 'standard' if it catch
On Mon, Feb 28, 2005 at 09:35:34PM +, Steve Harris wrote:
> There is a proposed specification for discovery of OSC services that was
> presented at hte OSC conference, I intend to support it in liblo at some
> point in the future.
Do you have a link to this spec? Was it the one based on zeroco
On Tue, Mar 01, 2005 at 01:27:38PM -0500, Dave Robillard wrote:
> When a destination is added/removed, the patching server will notify the
> client (via OSC), and the client will update it's list of destinations
> appropriately (this will all be abstracted by liblo's API though).
How would you ha
Hallo,
Dave Robillard hat gesagt: // Dave Robillard wrote:
> The nice thing about this system (thanks largely to Steve) is that it
> will also work with non-liblo clients, and so could become an OSC
> 'standard' if it catches on. At the very least it will promote OSC to
> the same level of modula
On Mon, 2005-28-02 at 21:09 +, Martin Habets wrote:
> My impression is that more and more applications are moving to
> OSC for inter-process communication.
>
> Question 1: Are most audio/midi applications converging on OSC?
> Are there any moving away from it? Or are there other strong
> conte
On Mon, Feb 28, 2005 at 09:09:49 +, Martin Habets wrote:
> My impression is that more and more applications are moving to
> OSC for inter-process communication.
>
> Question 1: Are most audio/midi applications converging on OSC?
> Are there any moving away from it? Or are there other strong
>
My impression is that more and more applications are moving to
OSC for inter-process communication.
Question 1: Are most audio/midi applications converging on OSC?
Are there any moving away from it? Or are there other strong
contenters in this area?
AFAIK all linux audio/midi applications use an
18 matches
Mail list logo