<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 31, 2018 at 7:15 PM, jonetsu <span dir="ltr"><<a href="mailto:jonetsu@teksavvy.com" target="_blank">jonetsu@teksavvy.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> But still, MB will not restart at position 0 when Bitwig does.  This<br>
> said, it might be a Bitwig problem.<br>
<br>
</span>An interesting thing is that when both DAWs are starting at 0, same 110<br>
BPM (manually set in MB) they do not stop at exactly the same<br>
position.  When Stop is clicked in Bitwig, it will show 0:07.383<br>
whereas MB will show 00:00:07.430, a difference of some 47ms. I presume<br>
this is the time it takes for the stop command to go from Bitwig to MB.<br><div class="HOEnZb"><div class="h5"></div></div></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">No, that's incorrect. It takes no time for the command to propagate. JACK Transport is a synchronous, sample-accurate mechanism.<br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I would contrast the behaviour of, eg. qjackctl ....</div><br></div></div></div></div>