<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      On 01/19/2014 02:32 PM, Paul Davis wrote:<br>
    </div>
    <blockquote
cite="mid:CAFa_cKn965aGhvwWNT9Lfsu-VivxkLHF17mevShLaSeAU+r2Tw@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Sun, Jan 19, 2014 at 4:17 PM,
            Studio Channing <span dir="ltr"><<a
                moz-do-not-send="true"
                href="mailto:studiochanning@yahoo.com" target="_blank">studiochanning@yahoo.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
              Hi all, is there any way to allow Ardour to recognize
              tempo changes as produced by a different Jack transport
              master?<br>
              <br>
            </blockquote>
            <div><br>
            </div>
            <div>Ardour will always ignore the tempo information present
              in the JACK transport system.<br>
            </div>
            <div> <br>
            </div>
            <div>Applications like Ardour require a "tempo map" rather
              than a simplistic instantaneous value for tempo and meter,
              unless they are to be limited to pieces that remain at the
              same tempo + meter throughout. We have never devised an
              acceptable, portable "tempo map" description that could be
              shared.<br>
              <br>
              --p<br>
            </div>
            <div><br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Thanks for your reply, and for making such great software!<br>
    <br>
    Are you saying that Ardour will always require the tempo information
    ahead of time? Otherwise couldn't a tempo map in theory be
    constructed on the fly from the incoming values?<br>
    <br>
    In practice that's actually what we see when we reverse roles -
    using Ardour as a MIDI sequencer with tempo changes in its session
    and Qtractor as the harddrive recorder: when Ardour as timebase
    master changes the tempo Qtractor shows/uses the new value and also
    creates its own tempo marker at that "spot".<br>
    <br>
    Granted this raises questions - like where that spot is precisely -
    sounds like JACK transport will only update tempo between process
    cycles? Also the question of how incoming tempo changes interact
    with a pre-existing session tempo map - looks like Qtractor just
    deletes existing markers as you roll through them..<br>
    <br>
    In any case, what if we abandon tempo via JACK transport - is it
    possible to have Ardour recognize incoming tempo changes "on the
    fly" via other means? e.g. sending MIDI tempo events FF 51.. ?<br>
  </body>
</html>