<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 22, 2016 at 12:30 PM, Tito Latini <span dir="ltr"><<a href="mailto:tito.01beta@gmail.com" target="_blank">tito.01beta@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Sep 22, 2016 at 09:16:12AM -0500, Paul Davis wrote:<br>
[...]<br>
<span class="">> Ableton have now done that, albeit by circumventing the hardest parts of<br>
> the problem (a tempo map with varying meter and tempo).<br>
<br>
</span>What?<br>
<br>
I repeat: that's not an innovation.<br></blockquote><div><br></div><div>The innovation is defining an API and protocol based on 3 concepts:<br><br></div><div>    tempo synchronization<br></div><div>    beat alignment<br></div><div>    phase alignment<br></div><div><br></div><div>Whatever you've done in incudine, it doesn't define an actual tempo map that can and will be shared among applications, which was always the sticking point for JACK to be able to do this. It isn't hard to define such a map within the context of a single application - many apps have this. Defining one that can be shared without people bitching about what's wrong or what's missing is much harder.<br><br></div><div>Link sidesteps this by completely omitting it, along with the possibilities it would make feasible.<br></div><br></div></div></div>