如何处理音频延时

406209327

当你在使用电脑进行录音的时候，有一件事你会想要搞明白的就是“延时”，以及它是如何对你的项目造成影响的。如今，电脑具有非常先进的技术并且能够以惊人的速度处理音频。

然而，尽管在这种惊人的处理速度下，音频信号在音频接口和电脑之间进行往返传输的时候仍然会产生几毫秒的延时。

人耳对延时是比较敏感的，音频信号只要在6ms左右就能被人察觉出延时。

因此，理解延时是怎么产生的以及如何处理延时能够让你获得更好的录音并且让你的艺人在录音的时候有更好的体验。

为了更好的理解音频系统的延时，我们采用一个邮递流程来进行类比。在理想情况下，当一个人送出一封信后，这封信能够立即到达收件人的地址。但在实际情况下，这是不可能发生的，因为中间还存在着一段运输途径。

音频系统流程也是如此，不管是对于监听还是录音来说，最理想的情况就是声音信号能够立即到达聆听者那里，但是在实际中，音频信号需要经过多个处理器才能到达聆听者那里，这个过程也是延时的过程。

本文主要讨论引起延时的各种不同情况以及如何修复延时。

直接监听

回到刚刚所列举的邮递流程的例子，最快能让对方收到信件的方式就是由你自己来运输，这在音频系统中也叫直接监听。既将输入音频信号直接输送到耳机能够大幅度的减小延时。


音频处理

另外在音频处理中出现的延时会在转换器或者是插件中。每一个处理器都相当于一个配送中心，也就是用于处理和输送到下一个中心站点的地方。

在音频系统中，如果音频信号要经过的中心站点数量越多，到达接收方所花的时间也越长。因此减小延时的一个方法就是减小处于活跃状态的处理器/插件，你可以等到缩混的时候再使用它们，或者渲染具有效果器的音频轨道，因而减小处理能量。

通过DAW监听


我们可以通过提升每个中心站点的处理效率来提高服务质量，在音频系统中，有两项参数可以帮我们实现，一个是缓存量（buffer size），一个是采样率（sample rate）。

缓存量（Buffer Sizes）

计算机更加倾向于每隔一段时间便一次性处理大量的数据，而不是在一个连续的数据流中稳定处理少量数据，因为这也意味着同时无法处理其他的事情。

对于音频系统来说，由于音频信号是一个采样后连续的数据流，不能像刚提到的计算机那样每隔一段时间便一次性处理大量数据。因此，音频系统会有一个缓存（buffer）。


在邮递流程中，缓存也相当于运输货车。有了缓存之后，就能够每隔几个毫秒后释放一定数量的音频数据包。我们可以想象成一辆货车需要每10个小时运输100,000封信，现在，缓存量的大小也相当于运输货车的大小，如果货车可以每一次都装满50,000封信，那么货车只需要每5个小时释放掉货物即可，让中心站点有足够的时间来完成其他事情。如果这辆货车每一次只能装5,000封信，那么货车就需要每30分钟运输一次，这也意味着中心站点需要花费大量的时间来装卸货车，对中心站点也造成一定压力。这也是经常造成音频系统崩溃的一个原因。

这么说的话是否只要让缓存量尽可能达到最大就好？并非如此，如果说我们选择让货车一次运输100，000封信，那么我们也只需要每隔10个小时运输一次，这样收件人要就等上10个小时才能接收信件。

缓存量的大小是需要妥协于很多方面的，例如说根据插件的数量和所录制的音频轨道的数量，需要减小缓存量以避免计算机崩溃，因而也减小延时。

采样率

最后要说的就是采样率，它也同样可以增加或者减小延时。采样率也相当于信件到达的速度和需要处理的数据数量。我们来列举一下48KHz和96KHz的区别，96KHz相当于你的信件的运输速度达到两倍，这也意味着只有一半延时。

然而，在96KHz的情况下并不是每隔10个小时运输100,000封信件，而是每10小时运输200,000封信件，大幅度增加了中心站点的处理数量，但是这些信件将会以一半的时间到达。如果你的缓存量只能选择最小，提升采样率也是一种减小延时的好方法。

240478253

分享，谢谢楼主发布啊