|
发表于 2020-2-18
|
|阅读模式
Logic Pro X 小贴士:理解插件的延迟补偿
: d$ j- @1 W2 t% i8 q
0 ~: \3 ?9 S. S
7 F- a# D: t/ t6 g/ B; S! l延迟,是困扰着所有录音师和制作人的噩梦。但因为有插件延迟补偿功能,所以在加入延迟和混响一类插件时,你不用太过担心。* @! U/ s* O1 x& j
! ]+ F) R1 O: q! s6 v* s
“延迟(Latency)”指的是通过DAW,监听音频时发生的少量滞后现象。这种延迟通常很低 - 大约几毫秒 - 但它会带来潜在的麻烦,比如影响相位,甚至影响音乐的美感。除了DAW带来的全局延迟(影响所有轨道)、转换器的延迟( 1 毫秒左右,来自 AD/DA 转换器)和系统(处理)延迟(几毫秒,取决于用户的缓冲设置),单个插件本身也可能带来延迟,造成技术和音乐上的困扰。插件只为其所在的轨道引入延迟,从而影响该轨道与编曲中其他部分的时值关系——如果延迟足够大,还可能影响到演奏,但即便很小的延迟也是会影响轨道的相位(比如,多话筒拾音),损害声音的品质。) g" R! I1 ~ i
7 r' [# j" t) [9 C0 k: |PDC/ADC来拯救了
( _* W' k+ o, ]) t7 F( S
+ F! z% _# ^ a* T8 R' p: r$ S( P幸运地是,在现在,任何插件可能引入的延迟问题都会被一个叫做“插件延迟补偿(Plug-In Delay/Latency Compensation)”或“自动延迟补偿(Automatic Delay/Latency Compensation)”的功能自动处理掉——即 “PDC” 或 “ADC”。主要来说,就是让所有的轨道保持恰当的时值。虽然你通常都会开启这个选项,但它的实现方式会因DAW而异,可能会有一些值得注意的地方,甚至,在某些DAW 中也需要用户自行操作。所以,你需要对这背后的原理有一定的理解。* N) Y$ t# R- r) }
+ G' ?) N7 x7 S& u$ x" Q7 M1 y. X& v6 L/ G
' Y* `) {; I F6 Q( f" b( T* [
图1 插件延迟读数和设置。
# x, s- T* q! F) y% z$ L) R% z8 w8 X' O
虽然所有插件都需要花时间进行处理,但不是所有的插件都会在 DAW 的处理延迟(由转换器和缓冲设置决定)上增加额外的延迟。许多——也许不是大部分——当代的插件都不会带来额外的延迟,特别是内置的插件。但有些效果的处理强度很高,会引入额外的延迟,范围从几采样——1毫秒或更少——到几毫秒,甚至更多——在最极端的案例中,足以产生明显的延迟。有一些延迟很高的插件,很可能是从元件层面开始对模拟电路进行建模的。另外,还有许多的母带处理器,为了保证最大化的无痕处理,所以内部的解析度都会很高。根据 DAW 对插件延迟进行补偿处理的方式,你可能需要灵活切换,针对不同任务,选择不同选项,或进行某些设置,这对你在回放中听到结果有着至关重要的影响。) T8 R7 \- y! @
明确延迟
: E6 S7 [. A K5 p: B4 ~; m' H. d) B/ q. U' `* s
在自动插件延迟补偿功能出现之前,如果感觉插件可能引入了一些不需要的延迟,影响到了相位或音乐的时值,你只能先测量出延迟数值,再进行手动补偿。有些第三方插件制造商(比如,Waves)是会在技术文档中提供延迟参数的。你也可以自行测量——录制一些滴答声,发送音频轨道,从 DAW 输出,再从输入进入,录制两次,对比有无插件的时值区别。第一次录音会比原来的延迟一些,主要是系统/转换器的延迟造成的——第二次录音带来的额外延迟就是插件造成的了。接着,你可以用毫秒或采样进行测量,做适当的处理(少量正向的延迟调整或在编配/编辑窗口中,向前移动片段)。
% W+ I1 G2 Y3 a& [8 O" u
$ c6 t8 R8 o Z' s' ?2 m自动方式
6 _5 R" k! {6 X3 c/ X2 U
6 }( y ?0 e- u" U; c0 `现在,有的 DAW 提供了读数显示,以防你仍然想要或需要做手动的调整——比如,Pro Tools 就有这样的显示。你可以在它的混音器中启用,每条轨道上都会显示所有插件累积的延迟。
# r& S' l) U. ~4 N" q
8 H* r% ], O6 p+ m( g4 \: D( L7 \
2 z+ [+ n. Y. H+ i8 T
图2 Pro Tools的延迟显示。6 L% W9 U/ w1 T% u& |
- n5 C4 a3 k# D( D# T: L
当然,如果并不是很困扰于时值问题,那就不需要过分地在意插件延迟的量化——多数时间,你只需要适时地启用自动插件延迟补偿功能就可以了。不过,就算采用了自动的方式,你也需要熟悉一些额外的设置/选项。
/ L5 f+ M( }' q8 Q2 L! {3 r! M/ c m5 k; ?
自动插件补偿功能会明确所有插件的延迟,然后进行调整,所以所有轨道都能保持正确的相对时值关系。插件会“告知”它的延迟参数——也就是,发送给 DAW,这样才能以正确的数值予以补偿(然而,有时候插件并没有提供,或是提供了错误的信息——这就是 DAW 仍然提供读数和手动调整功能的原因)。$ N: y1 g# _* R; i! n) s3 x! X
向前或向后
! s( H$ h$ _0 H( t1 W* T. A$ G
4 r$ Q9 q! I& X" y% }, `' ~自动补偿有两种实施方式,这是由用户选择的。如果引入延迟的插件是放在音频或(虚拟)乐器轨道上的,那么,轨道的时值可以在内部提前,补偿插件的额外延迟——这是用户看不到的。但如果引入延迟的插件在辅助或总输出通道上,那么,很明显,这个办法是行不通的。反之,所有轨道都必须延迟,以最大的引入延迟去匹配插件的延迟。所以,只有后一种方式能保证所有插件的延迟都进行了补偿。7 u/ f# ~/ i1 p, M$ A! l" j7 e4 {5 T
3 F5 h+ e6 J5 L
回放/录音/叠录
7 v0 c, d0 j; Z% K- U
_+ i1 T: u1 S现在,对于简单的回放,这是没问题的。但对于录音,这可能会成为一个问题,特别是当乐手跟随一个已经录制好,并且包含了有延迟的插件的轨道部分进行叠录的时候。如果乐手跟随其他轨道演奏,而那些轨道是有延迟的,那么,乐手的演奏也会被同等地延迟。当录音结束时,DAW 会把这个延迟记录在新录制的轨道上。有些DAW会在后台处理这些延迟,用户不需要做任何调整(比如,Pro Tools),而其他的应用则需要用户操作。比如,Logic 对此就提供了两种插件延迟的补偿模式:“音频和软件乐器轨道”和“全部”。
. d: Y m1 ^4 G: A% Q+ g0 V$ e' F V7 o) p* b. e9 S
' E0 O4 A2 q# H, A图3 Logic的插件延迟补偿选项。. m' b/ O1 j6 [- ~' N/ K, N
/ h3 i, ~/ `! B4 J' p, ^“音频和软件乐器轨道”使用的是上述的第一种方法——将有延迟的插件的单条轨道进行提前。这种模式可以用于录音,特别是用于叠录。但这个模式不会补偿任何辅助或总输出轨道上的插件延迟。“All” 使用的是第二种方法——延迟所有轨道来做重新排列——Logic 警告我们,如果你选择该项进行叠录,那么新叠录的音轨可能与已经录好的音轨发生时值的偏差。建议你根据叠录和混音的要求来切换模式,以获得最佳结果。
D& a' s* A8 I/ F" p$ n5 A3 H4 R; ~- I" d/ v) F
其他 DAW 可能有自己的执行方式或用户控制的自动补偿选项。当延迟很少时——许多引入延迟的插件只会带来微秒级别的延迟——整个问题并不引人注目,无论选择哪种设置都可以。但你应该了解特定 DAW 对这个问题的处理方式,因为当加入某个华丽的新效果时,你会突然发现自己面临到了很严重的延迟问题。 |
|