There are three common timecode formats:
</p>
<ul>
-<li>LTC – Linear/Longitudinal Time Code</li>
-<li>MTC – MIDI Time Code</li>
-<li>MIDI-Clock – tempo based time</li>
+ <li>LTC – Linear/Longitudinal Time Code</li>
+ <li>MTC – MIDI Time Code</li>
+ <li>MIDI-Clock – tempo based time</li>
</ul>
<p>
As well as a JACK specific timecode implementation:
</p>
<ul>
-<li>JACK-transport</li>
+ <li>JACK-transport</li>
</ul>
<p>
</p>
<p>
-Note that some timecode formats are limited to a subset of Ardour's available fps. e.g. MTC is limited to 24, 25, 29.97 and 30 fps.</p>
+Note that some timecode formats are limited to a subset of Ardour's available fps. e.g. MTC is limited to 24, 25, 29.97 and 30 fps.
</p>
<p>
-The video-pullup modes change the effective samplerate of Ardour to allows for changing a film soundtrack from one frame rate to another. The
scope is beyond this manual, but wikipedia's entry on <a href="http://en.wikipedia.org/wiki/Telecine" title="http://en.wikipedia.org/wiki/Telecine">Telecine</a> may get you started.
+The video-pullup modes change the effective samplerate of Ardour to allows for changing a film soundtrack from one frame rate to another. The
concept is beyond the scope of this manual, but wikipedia's entry on <a href="http://en.wikipedia.org/wiki/Telecine" title="http://en.wikipedia.org/wiki/Telecine">Telecine</a> may get you started.
</p>
<h2>Ardour Timecode Generator Configuration</h2>
</p>
<p>
-Note that - at the time of writing this - only the LTC generator supports latency compensation. This is due to the fact the ardour MIDI ports are not yet latency compensated.
+Note that - at the time of writing this - only the LTC generator supports latency compensation. This is due to the fact the Ardour MIDI ports are not yet latency compensated.
</p>
<p>
<p>
Both LTC and MTC are limited to max of 30fps. Using frame-rates larger than that will disable the generator. In both cases also only 24, 25, 29.97df and 30fps are well defined by specifications (such as SMPTE-12M, EU and the MIDI standard).
-<p>
+</p>
<h3>MTC Generator</h3>
<h3>LTC Generator</h3>
<p>
-The volume of the LTC signal can be conigured in in the <code>Preferences > Transport</code> dialog. By default it is set to -18dBFS which corresponds to 0dBu in an EBU calibrated system.
+The volume of the LTC signal can be configured in in the <code>Preferences > Transport</code> dialog. By default it is set to -18dBFS which corresponds to 0dBu in an EBU calibrated system.
</p>
<p>
<p>
LTC is send regardless of Ardour's transport-speed. It is accurately generated even for very slow speeds (<5%) and only limited by the soundcard's sampling-rate and filter (see <a href="http://en.wikipedia.org/wiki/Gibbs_phenomenon#Signal_processing_explanation" title="http://en.wikipedia.org/wiki/Gibbs_phenomenon">Gibbs phenomenon</a>) for high speeds.
+</p>
<h2>Ardour Slave Configuration</h2>
<p>
-Switching the timecode-source can be done via the button just right of Ardour's main clock. By default it is set to <code>Internal</code> in which case ardour will ignore any external timecode. The button allows to toggle between Internal and the configured timecode source which is chosen in <code>Edit > Preferences > Transport</code>.
+Switching the timecode-source can be done via the button just right of Ardour's main clock. By default it is set to <code>Internal</code> in which case Ardour will ignore any external timecode. The button allows to toggle between Internal and the configured timecode source which is chosen in <code>Edit > Preferences > Transport</code>.
</p>
<p>
-When ardour is chasing an external timecode source the following cases need to be distinguished:
+When Ardour is chasing an external timecode source the following cases need to be distinguished:
</p>
<ol>
-<li>the timecode source shares the clock</li>
-<li>the timecode source is independent (no wordclock sync)</li>
+ <li>the timecode source shares the clock</li>
+ <li>the timecode source is independent (no wordclock sync)</li>
</ol>
-
-<p>
-and
-</p>
+<p>and</p>
<ol>
-<li>the timecode source uses the same FPS setting as ardour</li>
-<li>the timecode source runs at different frames-per-second</li>
+ <li>the timecode source uses the same FPS setting as Ardour</li>
+ <li>the timecode source runs at different frames-per-second</li>
</ol>
<p>
<h3>Frames-per-second</h3>
<p>
-If the frames-per-second don't match, ardour can either re-calculate (map) the frames or the configured FPS (<code>session > properties</code>) can be changed automatically while the slave is active. The behavior is configured with the checkbox in <code>Edit > Preferences > Transport</code> labeled <code>Match session video frame rate to external timecode</code>: When enabled the session video frame rate will be changed to match that of the selected external timecode source. When disabled the session video frame rate will not be changed to match that of the selected external timecode source. Instead the frame rate indication in the main clock will flash red and Ardour will convert between the external timecode standard and the session standard.
+If the frames-per-second don't match, Ardour can either re-calculate (map) the frames or the configured FPS (<code>session > properties</code>) can be changed automatically while the slave is active. The behavior is configured with the checkbox in <code>Edit > Preferences > Transport</code> labeled <code>Match session video frame rate to external timecode</code>: When enabled the session video frame rate will be changed to match that of the selected external timecode source. When disabled the session video frame rate will not be changed to match that of the selected external timecode source. Instead the frame rate indication in the main clock will flash red and Ardour will convert between the external timecode standard and the session standard.
</p>
<p>
</p>
<p>
-When enabled the external timecode source is assumed to use 29.970000 fps instead of 30000/1001. SMPTE 12M-1999 specifies 29.97df as 30000/1001. The <acronym title="specification">spec</acronym> further mentions that drop-frame timecode has an accumulated error of -86ms over a 24-hour period. Drop-frame timecode would compensate exactly for a NTSC color frame rate of 30 * 0.9990 (ie 29.970000). That is not the actual rate. However, some vendors use that rate - despite it being against the specs - because the variant of using exactly 29.97 fps yields zero timecode drift.
+When enabled the external timecode source is assumed to use 29.970000 fps instead of 30000/1001. SMPTE 12M-1999 specifies 29.97df as 30000/1001. The <abbr title="specification">spec</abbr> further mentions that drop-frame timecode has an accumulated error of -86ms over a 24-hour period. Drop-frame timecode would compensate exactly for a NTSC color frame rate of 30 * 0.9990 (ie 29.970000). That is not the actual rate. However, some vendors use that rate - despite it being against the specs - because the variant of using exactly 29.97 fps yields zero timecode drift.
</p>
</p>
<p>
-In other words: if enabled, ardour will only use perform initial synchronization and keep playing at speed 1.0 instead of vari-speed adjusting to compensate for drift.
+In other words: if enabled, Ardour will only use perform initial synchronization and keep playing at speed 1.0 instead of vari-speed adjusting to compensate for drift.
</p>
<p>
-Note that vari-speed is unavailable when recording in ardour and all tracking happens at speed 1.0. So if you want to record in sync with external timecode it must be sample-locked or it will drift over time.
+Note that vari-speed is unavailable when recording in Ardour and all tracking happens at speed 1.0. So if you want to record in sync with external timecode it must be sample-locked or it will drift over time.
</p>
</p>
<p>
-Ardour's transport is aligned to LTC-frame start/end positions according to the SMPTE 12M-1999 <acronym title="specification">spec</acronym> which means that the first bit of an LTC-Frame is aligned to different Lines of a Video-Frame, depending on the TV standard used. Only for Film (24fps) does the LTC-Frame directly match the video Frame boundaries.
+Ardour's transport is aligned to LTC-frame start/end positions according to the SMPTE 12M-1999 <abbr title="specification">spec</abbr> which means that the first bit of an LTC-Frame is aligned to different Lines of a Video-Frame, depending on the TV standard used. Only for Film (24fps) does the LTC-Frame directly match the video Frame boundaries.
</p>
<p><img src="/ardour/manual/html/diagrams/ltc-transport-alignment.png" title="LTC frame alignment" alt="LTC frame alignment"/></p>
</p>
<p>
-A global offset between incoming timecode and ardour's transport can be configured in <code>Session > Properties</code>.
+A global offset between incoming timecode and Ardour's transport can be configured in <code>Session > Properties</code>.
</p>
<p>
</p>
<p>
-JACK-transport also includes temp-based-time information ie. Bar:Beats:Ticks and beats-per-minute. However, only one JACK application can provide this information at a given time. The checkbox <code>JACK Time Master</code> in the <code>Session > Properties</code> dialog allows to configure ardour to act as translator from timecode to BBT information.
+JACK-transport also includes temp-based-time information ie. Bar:Beats:Ticks and beats-per-minute. However, only one JACK application can provide this information at a given time. The checkbox <code>JACK Time Master</code> in the <code>Session > Properties</code> dialog allows to configure Ardour to act as translator from timecode to BBT information.
</p>
projects / ardour-manual / blobdiff