我同意 Hilmar 的观点，它可能取决于具体的应用。

如果应用程序本质上是无损存储或传输音频以供以后检索或接收该音频，包括格式转换（这包括 A/D 和 D/A 以及 SRC），那么我会说没有充分的理由过程为非线性相位（即恒群时延、恒相位时延，且两个常数为同一个数）。有用于存储或流式传输的音频格式转换过程（如有损编解码器），为了减少数据，具有非恒定相位延迟或非恒定群延迟。

因此，如果应用程序要以某种方式更改音频，由于反馈，可能无法使整个传递函数成为线性相位。

如果从来没有任何反馈并且音频从一个进程传递到另一个进程，类似于上图的级联，并且所有进程都旨在不改变感知的声音，那么每个进程可以有恒定的延迟并且不会有波形由于非恒定相位延迟或非恒定群延迟（非恒定延迟不是线性相位滤波器）引起的失真。所以在这种无反馈的情况下，没有必要让不同的频率分量具有不同的延迟，我建议通常使该应用程序成为线性相位。

有时，有些音频应用程序的过程是反馈循环中的几个过程之一，例如反馈消除器或某些混响控制，您可能在此应用程序中调整特定的非恒定相位或群延迟。

还有一些应用，如音乐效果，非线性相移可能与感知无关，但我们知道，当处理后的声音不直接与输入声音进行比较时，线性相移在感知上是无关紧要的，因此可以检测到延迟。