4 menu_title: Transport Tab
8 This tab contains settings that relate to the behavior of the
9 <a href="/controlling-playback/using-the-transport-bar">Transport Bar</a>
10 and <a href="/synchronization/">Synchronization</a>.
13 <img src="/files/a4/a4_preferences_transport.png" alt="preferences
19 <strong>Keep record-enable engaged on stop</strong> leaves the global
20 record-enable engaged after transport is stopped. Does not affect track
21 level record-enable which is never changed on stop.
26 <strong>Play loop is a transport mode</strong> changes the behavior of the
27 loop button, turning it into a toggle. When enabled, the loop button does
28 not start playback but forces playback to always play the loop. Looping
29 stays engaged when the transport is stopped. Playback continues where the
30 transport stopped and continues to loop.
33 When disabled, the loop button starts playing the loop but stop then
34 cancels loop playback.
39 <strong>Stop recording when an xrun occurs</strong> will stop the transport
40 when an xrun occurs during recording, ensuring no audible glitches are
46 <strong>Create markers where xruns occur</strong> will create a new
47 <a href="/working-with-markers/">marker</a> when an xrun occurs during
48 recording at the location of the xrun. This marks where possible xruns
49 might produce audible glitches when stopping on xruns is disabled.
54 <strong>Stop at the end of the session</strong> causes the transport to
55 stop during playback when it reaches the end marker. Behavior during
56 recording is not changed.
61 <strong>Do seamless looping</strong> removes any clicks that might
62 otherwise be audible when the transport moves from the end of the loop
63 range back to the beginning.
68 <strong>Disable per-track record disarm while rolling</strong>, when
69 enabled, will not allow the any track's record-enable to be disarmed
70 during record, preventing accidentally stopping the recording of a take.
75 <strong>12dB gain reduction during fast-forward and fast-rewind</strong>
76 when enabled will reduce the unpleasant increase in perceived volume
77 that occurs when fast-forwarding or rewinding through some kinds of audio.
82 <strong>Sync/Slave</strong>
86 <strong>External timecode source</strong> determines which external
87 source to use when Ardour is using an external synchronization
88 source. Depending on the timecode source chosen, additional
89 preference options are available.
94 <strong>Match session video frame rate to external timecode</strong>
95 controls the value of the video frame rate <em>while chasing</em>
96 an external timecode source.
99 When enabled, the session video frame rate will be changed to match
100 that of the selected external timecode source.
103 When disabled, the session video frame rate will not be changed to
104 match that of the selected external timecode source. Instead, the
105 frame rate indication in the main clock will flash red and Ardour
106 will convert between the external timecode standard and the session
112 <strong>Sync-lock timecode to clock</strong> can disable drift
116 When enabled, Ardour will never varispeed when slaved to external
117 timecode. Sync Lock indicates that the selected external timecode
118 source shares clock-sync (Black & Burst, Wordclock, etc) with
119 the audio interface. This options disables drift compensation.
120 The transport speed is fixed at 1.0. Vari-speed LTC will be ignored
124 When disabled, Ardour will compensate for potential drift regardless
125 if the timecode sources shares clock sync.
130 <strong>Lock to 29.9700 fps instead of 30000/1001</strong>, when
131 enabled, will force Ardour to assume the external timecode source
132 uses 29.97 fps instead of 30000/1001.
133 SMPTE 12M-1999 specifies 29.97 df as 30000/1001. The spec
134 further mentions that drop-frame timecode has an accumulated error
135 of -86 ms over a 24 hour period. Drop-frame timecode would
136 compensate exactly for an NTSC color frame rate of 30 * 0.9990 (i.e.
137 29.970000). That is not the actual rate. However, some vendors use
138 that rate - despite it being against the specs - because the
139 variant of using exactly 29.97 fps has zero timecode drift.
146 <strong>LTC Reader</strong> specifies which incoming port will provide
151 <strong>LTC Generator</strong>
155 <strong>Enable LTC generator</strong>, when enabled Ardour will
156 output an LTC timecode signal on it's <em>LTC-out</em> port.
161 <strong>Send LTC while stopped</strong>, when enabled Ardour will
162 continue to send LTC information even while the transport (playhed) is
168 <strong>LTC generator level:</strong> specifies the peak volume of
169 the generated LTC signal in dbFS. A good value is 0dBu^=-18dbFS in an
170 EBU calibrated system.