<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 6:53 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="">On Fri, 31 Aug 2018 18:31:36 -0400<br>
Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> wrote:<br>
<br>
> So you'll need to find out what Bitwig is doing (e.g. does it use JACK<br>
> transport by default? Does it think that it is always the time<br>
> master?)<br>
<br>
</span>Bitwig is set to act as Jack transport sync master<br>
<span class=""> <br>
> Then you need to check whether you have Mixbus set to be the JACK time<br>
> master also.<br>
<br>
</span>The only option I found related to this was in the session properties,<br>
namely "Mixbus32C is Jack Time Master ..."  which is enabled.<br>
<br>
But still, MB will not restart at position 0 when Bitwig does.  This<br>
</blockquote><div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">You can test this with qjackctl and jack_transport. qjackctl will show its version of the position. jack_transport can be used to locate a specific sample, and then you can compare. you can also see in qjackctl if bitwig ever tells jack transport to go back to zero.</div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div></div></div></div></div>