[LAD] aBLETON lINK
ronaldjstewart at gmail.com
Tue Sep 20 12:58:09 UTC 2016
people still use abelton?
geez with NI tractor ns8 I can't imagine or phathom needing a slow
antiquated midi based performance piece LOL
On Tue, Sep 20, 2016 at 8:25 AM, Robin Gareus <robin at gareus.org> wrote:
> On 09/20/2016 01:40 PM, Patrick Shirkey wrote:
> >> On 09/20/2016 07:03 AM, Patrick Shirkey wrote:
> >>> Because netjack isn't good enough
> >> correct.
> >> jack can have a single timebase master and likewise netjack has a single
> >> net-master.
> >> Ableton-Link is decentralized: Multiple performers can interact with
> >> each other on an equal level (no master/slave semantics).
> >> It's not groundbreaking tech. Laptop orchestras and the likes have used
> >> similar techniques since a while, but all prior-art that I know is
> >> As far as I know this is the only protocol concerning *musical-time*
> >> that's spec'ed out, has a cross-platform reference implementation and
> >> potential to find its way into hardware.
> >> Feel free to criticize the protocol on a technical level or hunt for
> >> bugs in the implementation ... or simply ignore it silently.
> > So then the next question would be is there any reason NOT to integrate
> > directly into JACK?
> There's an existing feature request already: 
> JACK cannot be slaved to anything. jackd is always master, so there's a
> conceptual conflict.
> Closest concept is jack-timebase master . A client can provide
> musical-time to jack and thereby to all jack clients that support jack
> So yes, there are some reasons to not *directly* integrate it, but like
> existing jack tools  (jack_lsp, jack_connect, jack_transport,...) it
> could be included with jack one way or another. Seamless integration is
> possible. It just needs someone to do the work.
> Rui already has a working standalone prototype (no timebase support yet,
> but it's a good start).
> There are also some technical details to be sorted out: e.g. the current
> Link reference implementation requires C++11, jack-tools are C89... but
> those are details.
>  https://github.com/jackaudio/jack2/issues/231
>  http://jackaudio.org/files/docs/html/group__TransportControl.html
>  https://github.com/jackaudio/tools
> Linux-audio-dev mailing list
> Linux-audio-dev at lists.linuxaudio.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-audio-dev