Re: Thoughts on OSC in Ardour

Guy Sherman <[email protected]>
Newsgroups gmane.comp.audio.ardour.devel
Message-ID <62E1D88B8C0CA7BE.AD558679-0AA2-4CEB-B87F-8DBF7ADF7AD6@mail.outlook.com>
Hi Robin,
Those are some helpful thoughts. I agree that having the daw push the entire scheme of osc paths would be best. Definitely want to support other DAWs. My thought was the bit that handles querying osc could be polymorphic to allow it to account for different DAWs being quirky.
The heart of the control surface would likely be a raspberry pi or equivalent so handling ordered, reliable osc should be doable.
There are some lightweight http libs out there such as libmicrohttpd, which are quite portable. But yes a prototype would be very important. I mainly wanted to check that this was something the core ardour devs, especially Paul, were open to...no point if people are against it.
Cheers,
Guy

Sent from Outlook

    _____________________________
From: Robin Gareus <[email protected]>
Sent: Wednesday, August 19, 2015 1:23 am
Subject: Re: [Ardour-Dev] Thoughts on OSC in Ardour
To: Guy Sherman <[email protected]>
Cc:  <[email protected]>


On 08/18/2015 02:41 PM, Guy Sherman wrote:
> Hi All,

Hi Guy,

A dedicated OSC Hardware control surface is a cool project.

Even though you mentioned for Ardour, is there a reason why this could
not be a generic surface - assuming one finds consensus about mixer
layout/plugins controls?  ie. are you panning to hardcode the OSC paths?

It'd be cool if the DAW could push the complete config (incl OSC paths)
to the device.

[..]

> * Querying ardour about the mixer layout. 

Let's postpone this for a minute because...


> Approach 1 - extend what Ardour has already, and tidy some of it up.

OSC via UDP has the very nice property to be stateless.

That'll need some extra effort for pushing configuration (packet loss,
re-ordering packets..)  If the control-surface is only a simple
microcontroller that'll not be trivial.


> Approach 2 - HTTP+WebSockets-based OSC implementation

That would require Ardour to listen to a TCP port, handle connects, bind
client ports and interpret minimal HTTP (all while doing realtime audio
processing and everything else in the same process).

While it should be fine in theory, I have hunch that in reality this
will be problematic (esp cross platform). If you want to consider this
approach, I highly suggest to prototype this before going deeper.

best,
robin

_______________________________________________
ardour-dev mailing list
[email protected]
http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.