Pro Tools

我把插件mute旁通了也这样，我监听用的是输出通道的的第二组，发送给歌手监听的。只有在Protools里这样，我在cubase却不会有延迟。

只要把插件退出选择无插件才好，这样正常吗》
本帖最后由 秦川牛 于 22-2-10 18:03 编辑

正常，protools是会这样，不激活或者摘掉才可以。

正常

protools对系统环境要求很高  也挑剔，我已经换别的daw. 比用protoolshd 舒服多了

hdx没延迟

waves 的la2a延迟还好，齿音插件延迟都大

你可以用ssl插件包的人声处理插件，他是没有任何延迟的，很好用！

正常

不知道现在论坛为啥风气这么差。
聊到7楼了都没人解决问题
扯一堆有的没的

不正常
看一下插件的延迟
看一下pt有没有开延迟补偿
没遇到过齿音插件有这么大延迟的啊

要学会看插件的延迟时间啊。
有的插件延迟高有的延迟低，更多的是零延迟的（比如Waves的CLA-2A跟DeEsser在Logic下就是零延迟）。可以根据不同的需求与场景去灵活选用。
本帖最后由 沙人 于 22-2-10 20:25 编辑

谢谢回复。淡定。我用的uad 。监听用的 pt的cue 发送方式。开了延迟补偿。

uad插件居然也延迟厉害？

dsp必须和相应的软件硬件一起使用才能确保录音监听零延迟，否则多多少少都会有一点。比如protools和hdx，比如apollo和luna（UAD加速卡不行因为不是内部数据交互），再比如wave插件和服务器（不包括第三方音频接口）。

插件延迟的重灾区就是需要进行音频数据分析的插件，所以什么修正音高，齿音类的，品质越高的延迟越大。

要保证录音的低延迟，第一尽量使用硬监听（声卡自带），声卡自带的DSP和声卡的数据交互属于内部数据交互，就没有延迟问题了。第二如果没办法使用声卡自带监听，必须得开软件监听，那么尽量不要在录音轨信号链中挂插件，要挂也尽量挂宿主自带的，由于算法问题，一般常用的插件，宿主自带的延迟最低。

既然已经比较过了，那就说明插件对PT优化不够好， 先用daw自带的插件，录完再去用这些延迟大的去混呗或者直接Cubase录呗。

我之前一直用的x6的硬件监听。最后发现硬件监听和Daw的录制音频不同，听到的未必是录进去的，而且每次录音要静音轨道，很不方便，虽然零延迟，即听不是即录。所以使用了daw 监听。