$Page 驱动程序错误补偿
$TargetName Driver Error Compensation

这节课中，我们来学习如何补偿录制外置设备带来的延迟。 *延迟*这个术语指的是音频信号在输入输出电脑时候产生的延迟。

-> 如果你还没有设置 Live 的音频 I/O，请先学习课程 $Link 设置音频 I/O <Lesson:Builtin/3-Hardware Setup Category/1-Setting up Audio IO>。

-> 你的声卡必须连接着输入和输出*音频线*。 数字或者模拟连接都可以，但必须是*硬件*之间的连接。

Divider.tif
*这节课会附带一个 Live Set，你可以跟着课程进行操作。 如果你准备好了，点击 $Link 这里 <Set:/Sets/Driver Error Compensation.als> 加载 Live Set。*
Divider.tif

驱动程序错误补偿只适用于*直接监听*的情况，也就是乐手不从电脑音频输出听到自己的声音。

这个概念和*插件延迟补偿（PDC）*不同。驱动程序错误补偿指的是音频接口及其驱动程序引起的延迟。 而插件延迟指的是数字插件由于其需要缓冲一小段音频（例如动态类或卷积混响类）而产生的延迟，可以官网查看具体解释： $Link Live 参考手册 <http://www.ableton.com/manual/working-with-instruments-and-effects/#17-5-device-delay-compensation>。

请单击*下一页*继续。

$Comment -----------------------------------------------------------------------
$Page 准备工作
$TargetName Preparations

这个 Live Set 有两个轨道。 第一轨，*1 Audio*，包含一个鼓采样，放在了 Set 的最开头。 第二轨，*2 Audio*是空的。 我们将会通过外置硬件重新录制 Live 的输出信号：
AdjustingLatencyLiveSet.png

请确保控制栏中的*随航*开关已经关闭，我们不需要自动滚动显示：
FollowOff.png

请把声卡的音频输出线 1 直接插入到音频输入口 1 。 数字或者模拟都可以。最重要的是实体的硬件连接。

请按*空格键*在 Arrangement 界面播放。 轨道 *1 Audio* 的电平表会随着鼓声播放点亮。 再按一次空格键停止播放。

按空格播放，观察轨道 *2 Audio* 的电平表：如果外部连接正常，你应该能看到这一轨也有信号（虽然是会灰色的）。 如果信号过大或者过小，请调整*总轨道*的音量，直到轨道 2 的信号与轨道 1 的信号大小相当。
TrackTwoMeterAndMasterVolume.png

记得在完成后再按一下空格键停止播放。

在录音之前我们还需要做一些准备工作：确保偏好设置中的“在 Clip 边缘创建淡化”选项是关闭的。 $Link Record/Warp/Launch 偏好设置 <Pref:RecordWarpLaunch>：
FadePref.png

$Comment -----------------------------------------------------------------------
$Page 录音
$TargetName Re-Recording

现在我们已经准备好把轨道 1 的信号录制到轨道 2 中了：

点击控制栏中的 *Arrangement 录音*按钮：
RecordButton.png

如果打开了偏好设置中的“录制开始播放”，录音会在按下按钮后立即开始。 否则，需要手动按一下空格键开始录制。录制一小段后再按一下空格键停止录制。 *2 Audio*轨道中就会生成一个 clip：
NewClipInTrackTwo.png

双击新 clip 的标题栏，使得其内容展示在下面的 *Clip 视窗*中，在其中的*采样显示框*里，你能看到我们从轨道 1 录制的鼓声：
NewClipInClipView.png

请把这个 clip 的 *Warp* 开关关闭。 这可以让我们对采样进行毫秒级的调整，而不是以节拍为单位。
WarpSwitchOff.png

仔细观察一下采样的波形（可以放大试试），你应该能看到鼓声从晚于采样开头的位置开始（如果前面没有空隙，正刚好，你不需要再做接下来的修正了！ 但是我们还是建议你浏览一下之后的内容，以防万一。）：
KickHitLate.png

理想情况下，这里应该没有延迟，因为我们从 Arrangement 界面开头开始录制，也就是鼓声的开头。 但在实际情况下，音频输出输入到电脑总有一定的延迟。

（如果你在上一步中没有很好地匹配两轨的音量，你可以重新调整新 clip 的*Clip 增益*，以便更清晰地查看波形。）
ClipGain.png

$Comment -----------------------------------------------------------------------
$Page 调整数值
$TargetName Adjusting Values

我们现在来手动调整 clip 的*起始标记*，使得其刚好处于波形开始的地方。 请单击 *Start* 区域最右一栏（单位是毫秒），然后用上方向键调整：
StartMarkerField.png

clip 的起始位置会随着你的操作向右移动，并且轨道 *2 Audio* 中的波形会向左移动。 最终，原始的音频和录制的音频波形会对齐：
BothClipsAlign.png

如果你还是不能完全对齐波形，你可以按住 $CommandMod 键拖动*起始位置*标记，以亚毫秒的精确度调整：
Submillisecond.png

当波形对其后，记下 Start 区域里的数字。 （如果你使用了亚毫秒级的调整，那么这个区域*不会*显示出后续的数值，需要你估算大概的数值。）然后打开 $Link Live 的音频偏好设置 <Pref:audio>。

现在在*驱动程序错误补偿*中输入刚才的数值，需要的话加上你估计的亚毫秒小数：
ErrorCompensation.png

我们测量了声卡的延迟，并且告诉了 Live。在之后的录音中，Live 就会自动补偿声卡带来的延迟。

$Comment -----------------------------------------------------------------------
$Page 测试延迟
$TargetName Verifying the Overall Latency

现在我们来测试一下刚才的设置是否有效， 选择轨道 *2 Audio* 中的 clip 的标题栏，按 *Delete* 键删除这个 clip。

重新录制一次：按下 Arrangement 录音按钮（根据你的设置可能需要手动再按空格键录音），一段时间后按空格键停止录音。 真棒，现在新 clip 的波形和原来的音频对齐了，不用我们手动调整：
TheProof.png

从现在开始，Live 会自动补偿录音的延迟。除非你更换了声卡，否则不需要再担心了。 接下来是背后原理的解释，你可以选择跳过。

$Comment -----------------------------------------------------------------------
$Page 延迟——一些原理
$TargetName Latency - Some Theory

*驱动程序错误补偿到底达到了什么目的，为什么我们需要它？*

想象一下，你在给一个鼓手录音。 鼓手听着 Live 的节拍器。 给鼓手的监听是关闭状态。 Live 得到的鼓手信号会有延迟，是因为：硬件信号处理，节拍器声音在空气中传播（到达鼓手的耳朵），麦克风接受信号的延迟，再次的硬件处理输入 Live。

Live 自动将根据延迟往前移动录制的内容。 为了使得补偿精准，我们也需要得到精准的延迟数值， 但是软件和声卡报告给电脑的延迟并不是完全准确的。 驱动程序错误补偿设置就是告诉 Live 真正的延迟和报告的延迟相差多少。


*为什么只适用于监听关闭的情况？*

如果监听是打开的，那么上文中提到的鼓手就会在耳机中听到自己的鼓声和节拍器。 延迟还是会存在，但是鼓手会注意到自己鼓声的延迟。 如果延迟很低（几毫秒），那么鼓手就会不由自主地提前演奏，使得他听到的鼓声和节拍器同步。

$Comment Status: Translate