干这行久了，你会发现真正麻烦的往往不是让板子出声，而是让声音按照你的想法走。这一篇还是系列教程里我认为含金量最高的一块——常规音频算法开发，接着前两篇的进度，继续往核心模块里钻。前面已经把硬件基础、I2C/TDM配置、基本信号链路都铺得差不多了，这第三篇就到真正出活儿的地方：滤波器、均衡、压缩器、限幅器、延时混响，以及把这些模块串成一条完整音频链路时，那些光看数据手册根本学不到的实操细节。
说句实在话，ADAU1452这种芯片的开发方式和传统DSP完全不同。以前我用常规DSP写音频算法，先是搭C语言框架、搞中断、调内存、算系数，一行行代码抠出来再烧进去试听。但这颗芯片走的是图形化数据流编程，本质上把“写代码”变成了“搭积木”，积木就是厂商提供的算法模块。第一次接触的人会觉得哇塞好简单，拖两个模块连上线就能出声。可一旦要做正经产品，你做均衡、做压缩、做保护链路时，你会发现真正的难度不在连线，而在“为什么这么连”和“参数为什么这么设”。这第三篇的内容，就是把这两件事彻底讲清楚。
1. 为什么在ADAU1452上做音频算法，其实是“搭积木”而不是“写代码”
1.1 SigmaDSP的处理链路是怎么被组织的
ADAU1452内部是一个完整的DSP内核，处理方式是典型的“数据块调度”——音频数据流以采样点为单位，从一个模块流入下一个模块，DSP内核按固定的程序步（step）从上到下执行整条信号链。每个算法模块就像流水线上的一道工序，上一道做完，数据立刻交给下一道。
这个架构带来的第一个好处是调试直观：你把输入源、滤波器、动态处理器、输出这一串模块用线连起来，双击每个模块就看到它的当前参数，连接点上还可以挂一个电平表或者示波器图标，实时看信号走到哪里掉了多少dB、限幅器有没有动作。这在传统代码开发里得花大精力写调试串口、打点看数据，在这颗芯片上就是拖个仪表模块的事。
但也是这个架构导致了最常见的误区：很多人把它当成了“拼图游戏”，觉得连上就能用。实际上，数据流的顺序就是音频逻辑的顺序，模块摆放位置决定了声音走向。你压缩器放在均衡前面还是后面，听感区别巨大；限幅器放在输出末端还是前面，直接影响保护效果。你在图形界面里拖动模块，本质上是在安排一条流水线的工序，这个思维必须建立起来。
1.2 时钟、采样率与运算资源：需要养成“体检”习惯
虽然不用写代码，但DSP的运算资源是有限的。ADAU1452的处理能力很强，内部有一块可配置的运算核心，主频可以达到几百兆赫兹的量级，每个采样周期能执行非常多步指令。听起来很充裕，但音频处理是“实时”任务：48kHz采样率下，一个采样点的处理窗口只有约20微秒。所有模块的计算必须在这个窗口内完成，否则就会爆音、断流。
实际开发中，官方IDE会实时显示当前项目的CPU占用率和数据RAM使用量，就像电脑的任务管理器。每次编译工程，编译报告里会给出一个“load”百分比。我的经验是：初期随便拖模块几乎不可能超负载，但随着你开始上多路分频、大切延迟、大混响长度、高性能滤波器组，这个百分比会慢慢涨上去。等你做复杂系统时，可能发现占用率已经到七八成，这时候就得开始精打细算——哪些模块换算力更低的版本、哪条链路合并处理。
这里有个细节值得注意：官方IDE里每个算法模块旁边会显示它占用的指令周期数，像是双二阶滤波器占用一段周期、延时模块按块大小决定周期。你可以通过参数配置界面选择“高质量”还是“标准”版本，这直接影响音质和资源占用。例如单音频处理里常用的双二阶滤波器，就有“标准”和“高精度”两档可选，高精度的性能更好但指令周期翻倍。在资源紧张时，优先保证动态处理器和输出保护用的是高精度模块，增益、淡入淡出这类逻辑用标准模块就够了。
1.3 无代码不等于没有调度思维
我自己带过一些朋友上手这颗芯片，他们多是单片机、嵌入式背景，总有一种执念——不写代码就没有“逻辑”。其实图形化编程同样有逻辑，而且逻辑粒度是模块级的。
典型例子：你想做一个带旁路（bypass）的均衡器。简单做法是直接把均衡模块的旁路引脚接到开关控制信号上，一旦开关被按下，模块从“处理”变为“直通”，数据不变地穿过去。这没问题。但它从“处理”切到“直通”的一瞬间，输出电压会突变——因为你切掉的不是信号，而是滤波器对信号产生的相位、幅度影响，处理前和处理后的波形在切换点是两个数值，直接跳变就是“啪”一声爆音。
正确的做法是再加一个互相反相的淡入淡出控制：一路走均衡处理后的信号，一路走未处理信号，然后用一个交叉渐变模块把两路信号做混合，渐变时间控制在5到10毫秒，这样切换就是平滑过渡。这是典型的“不是写代码但需要逻辑设计”的场景。这一篇里后续的每个模块，都会反复出现这类“参数好设、工程难做”的问题。
2. 滤波器与均衡模块：参数换算是常规算法的第一个分水岭
2.1 六种滤波器模块的适用场景
官方IDE自带的滤波器模块，常见的至少有低通、高通、带通、陷波（notch）、峰值（peaking）、全通（allpass）这几种，每一种还有一阶、二阶乃至更高阶的版本。别觉得它们都是滤波——在实际链路里，各有用武之地。
低通/高通：用于分频链路（低音炮、高音喇叭）、去除直流偏移、限制频响带宽。一阶版本很简单，就是-6dB/oct斜率；二阶版本是-12dB/oct，如果需要更陡峭就串两只同类滤波器，但要注意叠加相位变化。
峰值滤波器：这是参量均衡的核心模块。调节中心频率、增益（正负）、Q值（带宽），用于人声频段修正、喇叭频响补偿，音频处理里至少八成的工作量集中在峰值滤波。
陷波滤波器：在某个频点上压出一个深坑，典型场景是消除设备共振频率，比如音箱箱体在某个频率有谐振峰，用很窄的陷波压下去，比用大范围的EQ有效得多。
全通滤波器：不改变幅频响应，只改变相频响应。它不为人注意，但在多路分频系统中调整不同声道之间的相位对齐、配合低音炮做相位偏移时非常关键。
放在实际产品里，你做一台带Crossover的监听音箱，分频点可能设在2.5kHz，这时候低通和高通的阶数选择要结合喇叭的自然滚降特性，不能只盯着模块的标称斜率。模块给的-12dB/oct是理想值，实际喇叭单元在高频段或低频段还有自身的声学响应，最终的分频斜率是滤波器加上喇叭特性叠加的结果。光学参数不测实际声学响应，做出来的分频器全是拍脑袋。
2.2 把“Hz/Q值/增益”换算成系数：手算原理与软件自动化
在图形化IDE里，你不需要自己算滤波系数——双击模块，输入中心频率、Q值、增益，它自动生成内部系数。但我强烈建议你至少手动推一遍低通滤波器的公式，因为只有理解了系数从哪来，才能判断“为什么把采样率设成96kHz后，同样一组EQ参数声音变了”。
以标准的双二阶低通滤波器为例，音频领域广泛应用的计算公式基于双线性变换：
[ b_0 = \frac{1 - \cos(\omega_0)}{2}, \quad b_1 = 1 - \cos(\omega_0), \quad b_2 = \frac{1 - \cos(\omega_0)}{2} ] [ a_0 = 1 + \alpha, \quad a_1 = -2 \cos(\omega_0), \quad a_2 = 1 - \alpha ] 其中 (\omega_0 = 2\pi f_c / f_s)，(\alpha = \sin(\omega_0) / (2Q))，最后所有系数除以a0归一化。
注意到没有，分母里的 (f_s) 是采样率。同样的截止频率 (f_c)，只要采样率一变，(\omega_0) 就变，整个系数就全变了。所以有些朋友把一段均衡曲线从48kHz工程复制到96kHz工程，发现声音对不上，就是这个原因。图形化IDE当然不会让你犯这种低级错误，如果你是直接改工程采样率它通常会提示重新计算系数，但如果模块参数是“倍频程”定义而不是绝对频率，就容易踩坑。
另一个容易忽略的点是Q值的定义。在音频均衡里，Q值有时是“增益为一半时带宽除以中心频率”，不同厂家实现里对Q的定义略有不同。官方IDE里峰值滤波的Q值用的是标准的“-3dB带宽”定义，但在某些硬件均衡器上用的Q值定义不同。所以从别的设备上抄一组参数过来，你得先确认它的Q值语义，不能直接照搬。
2.3 实操示例：构建一个四段参量均衡并处理采样率切换
我习惯的做法是用四个峰值滤波模块串联，组成四段参量均衡，覆盖低频（80Hz附近）、中低频（300Hz）、中高频（2kHz）、高频（8kHz）四个频段。模块之间直接串联，每个模块的输入输出依次接好，然后在每个模块后各放一个电平表，方便单独观察每段实际起了多大作用。
四段均衡的参数我一般会定成这样：
| 频段 | 中心频率 | 增益 | Q值 | 主要用途 |
|---|---|---|---|---|
| 低频 | 80 Hz | 按需±6 dB | 0.9 | 低频轮廓调整 |
| 中低频 | 300 Hz | 按需±4 dB | 1.1 | 人声鼻音/浑浊区 |
| 中高频 | 2 kHz | 按需±3 dB | 1.2 | 清晰度调整 |
| 高频 | 8 kHz | 按需±4 dB | 0.8 | 空气感/齿音控制 |
这套结构的要点是各频段Q值不要设太窄，否则会形成“铃振”，在扫频信号下听到明显的峰值蓄能声音。Q值在0.8到1.2之间比较接近音乐工程常说的半参量风格，听起来相对自然。
采样率切换的问题我还是建议从项目初期就统一好：如果你最终产品是48kHz，开发全程就用48kHz；万一后期要升到96kHz，手动把所有滤波模块的中心频率看一眼、确认系数重新生成，这是最笨但也最靠谱的办法。没有捷径。
3. 动态处理器：压缩器、限幅器的不只是阈值和比率
3.1 检测器与增益计算通路：为什么压缩链要分“侦测支路”和“主信号支路”
很多人第一次在IDE里看到压缩器模块，会困惑：为什么它有两个输入？一个输入是音频信号，另一个输入看起来是“检测输入”。这是动态处理器和滤波器最本质的区别：滤波器直接对信号做线性变换，而压缩器需要一个控制环路——它得先“听”信号有多大，才能决定把增益调小多少。
官方模块提供的标准用法是：输入信号分成两路，一路直接进压缩器的“信号输入”，另一路进“侧链/检测输入”。压缩器内部对检测输入做电平检测（本质就是一个带时间常数的整流器），然后根据检测电平和阈值、比率的映射关系，生成一个增益值，再把这个增益作用到主信号上。
这里就浮出两个实战问题。第一，检测输入取哪一路信号？最常规是取和主信号同一路，这就是“自检测压缩”。但更高级的用法是：检测信号经过滤波后再进检测端口，实现“频段触发压缩”——比如人声在某个频段过亮导致齿音刺耳，我可以在2kHz到6kHz之间做一个滤波器，把处理后的信号送到检测输入，其他频段不触发压缩，做出来的就是de-esser。我在做语音类产品时特别爱用这个功能，比单纯压整个信号自然得多。
第二，主信号通路和检测通路的延时必须严格一致。有些模块顺序设计不当，检测通路上多加了一个延时模块，主信号却直通，那么压缩器的增益变化会超前或滞后于信号，听感就是“喘息感”和“泵感”。官方IDE里同一个模块内部对这个同步处理已经保证了，但你要自建侧链时就得自己盯着这条规则。
3.2 启动/恢复时间的听感与表头差异
压缩器参数里，阈值、比率、启动时间、恢复时间四个是核心。刚上手的人最容易忽略启动时间和恢复时间的匹配问题。
启动时间决定压缩器对瞬时大信号的响应速度。设太短（比如0.1ms），任何峰值都被立刻压制，瞬态被吃掉，声音发死；设太长（比如50ms），前面一大段瞬态会冲出去，可能削波。恢复时间决定增益回到0dB的快慢。恢复太快，信号有个起伏就跟着抽动，像“气喘”；恢复太慢，连续强信号后增益长时间上不来，听感发闷。
我一般从这些值开始起步：启动10ms、恢复100ms，比率3:1到4:1，阈值从-20dBFS开始。这是很典型的“温和总线压缩”配置，适合先把系统跑通，再根据听感和电平表微调。微调时有个好用的工具就是IDE里的实时曲线表（电平历史），能看到增益减少量随时间的变化。你能直观看到每一次压缩动作的启动和回收过程，比纯靠耳朵盲调靠谱得多。
3.3 级连压缩、侧链与安全限幅的推荐布局
做完整产品时，我强烈建议做两层动态处理：一层是“音乐性压缩”，负责塑造声音；另一层是“保护性限幅”，只负责防止过载，绝对不允许它影响正常音量下的人声或音乐特性。
两层的布局逻辑完全不同。音乐性压缩放在均衡之后、噪声门之后，用柔和参数把大动态压向稳定；保护性限幅放在链路最末端，输出音量推子之后，阈值设定在有足够余量的位置，比如系统削波前的-3dBFS甚至-6dBFS。限幅器的启动时间要快（1ms以下）、比率极高（20:1以上），它的任务就是“最后一道保险”，正常信号它根本不起作用。
推荐布局是：
- 输入增益和噪声门；
- 参量均衡（修正音色）；
- 压缩器（柔和动态控制）；
- 输出音量控制；
- 限幅器（安全保护）；
- 输出直流移除（DC Blocking）；
- 最终输出。
这个顺序里有个细节：音量控制推子放在压缩器之后、限幅器之前，意味着用户调音量不会影响压缩器的工作点，而最终限幅器依然能把任何操作——包括用户手滑把增益拉满——限制在安全范围。很多新手把音量推子放在限幅器之后，结果发现用户一推音量，输出整体削波，保护形同虚设。
4. 延时、混响与内存账：SRC、数据RAM与块延迟运算
4.1 一个采样周期内能占用多少RAM？先算算账
延时和混响是音频算法里的“内存大户”。ADAU1452的内部数据RAM容量我看作是有限的——典型量级在几万字的范围，具体数值得看IDE的编译报告。很多人设计混响时一拍脑袋就把延时调到500ms，然后编译报错说内存不够，发懵。这事的账其实非常简单好算。
先把采样率定下来：48kHz采样率下，1秒声音需要48000个采样点。每个采样点内，DSP要为一个延时通道保留1个字（word）的数据内存。那么单声道500ms延时就吃掉0.5×48000=24000个字的RAM。一只立体声混响要跑6到8条延时线，每条线长短不一，加一起很容易就超过五万字。所以内存爆掉很正常。
那怎么算才合理？我习惯做混响前先列个清单：目标混响时间2秒，低频部分最长延时线大概需要多少毫秒，每条线是单声道还是双声道，有没有并联多条短延时做早期反射。把这些以“毫秒 × 采样率”换算成字数，加总后看和编译报告里的剩余RAM差多少，心理就有数了。
4.2 数据块延时和锥形延时在混响中的用法
IDE里的延时模块不是所有都能“连续调节”延时时间的。常见有两种形态：一种是整块延时，延时时间只能是采样周期的整数倍，参数以采样点数为单位，调节时最小步进是一个采样点；另一种是带插值的锥形延时，延时时间可以以小数采样点为单位，适合做音高微调、合唱效果等需要连续变化延时的场景。
混响算法里，早期反射用整数块延时就够了，后期混响尾巴需要用多条不同长度的延时线加滤波器串联，每条线设上不同的长度比例，而且长度之间最好不要有整数倍关系，否则会产生明显的梳状滤波效应，听感是“金属声”。这个比例我常用一组非整数的系数，比如1:0.71:0.53:0.41之类，错落开才能让反射密度快速增长。
还有一个冷门但关键的操作：延时线长度的“调制”。给混响的延时线加一个极低速率的正弦波调制（速率低于0.5Hz，深度只有几个采样点），可以让混响尾巴更散、更自然，避免静止延时线带来固定的频率响应峰谷。这在没有专门调制模块的老式DSP上不容易做，但这颗芯片上拖一个低频振荡器绑到延时时间参数上就能实现，有条件值得试试。
4.3 常见内存爆掉的报错与处理
我遇到过几次编译报错，提示信息类似“内存溢出”，排查链路是这样的：
第一步看数据RAM占用。IDE界面有一个资源统计窗口，列着当前用了多少数据RAM。如果混响延时总量已经占到七八成，先缩减。第二步看程序RAM占用。有些高性能算法模块的指令序列很长，如果CPU负载已经很高，更换成标准版模块能立刻降下来。第三步看有没有模块配置成了“旁路但依然分配内存”的状态。某些模块只要存在于链路上，不管你用不用它都占着资源，最稳妥的做法是直接删掉而不是勾选旁路。
另外一定要区分“参数RAM”和“数据RAM”。参数RAM存的是每个模块当前可调参数，数据RAM存的是音频数据延时的痕迹。调整均衡器的频率、Q值，占用的是参数RAM；做成千毫秒的延时，占用的是数据RAM。很多新人看一个模块参数多就担心内存不够，其实两码事，编译报告里分开显示，别被吓到。
5. 从“能出声”到“不炸音”：输出保护级与防爆音实践
5.1 输出级挂什么模块才算“稳”
音频链路的最末端，我永远会加一串“保护性模块”，缺一不可：
DC Blocking（直流隔断）：音频DAC的输出端有时会出现微小的直流漂移，加上数字增益链路里运算的直流分量，长期送到后端功放会影响喇叭音圈静态位置，甚至会烧低音喇叭。DC Blocking模块本质上就是截止频率极低的高通滤波，把几赫兹以下的直流能量清掉。这个模块在正常工作时对听觉毫无影响，但保护意义巨大。
数字限幅器（安全限幅）：设置阈值在系统峰值的-3dBFS到-6dBFS，比率推到20:1以上，启动时间小于1ms，恢复时间设个几百毫秒。它的作用是“保险丝”，正常工作绝不介入，一旦链路出现意外过载（用户增益拉满、输入信号异常），第一时间把电平压在安全范围。
Dither（抖动）：很多人忽略这个。当你把24比特信号输出给16比特DAC，或者做低比特位截断时，量化噪声会变成可听的“频谱劣化”。加一个低电平的噪声信号做抖动，可以把这个量化误差变得随机化，听感上从“沙沙的刺耳声”变成“柔和的本底噪声”。IDE里一般有专门的Dither模块或者输出配置选项，输出位宽不满幅时建议开启。
5.2 数字限幅的阈值怎么定：满幅余量与总谐波失真之间的平衡
限幅阈值定多少，关键看后端设备。如果你后面接的是专业功放带自带保护电路，限幅可以设在-3dBFS；如果接的是灵敏度很高的普通家用设备，建议-6dBFS甚至更多。阈值设太高，保护作用微弱；设太低，正常音量的峰值就撞上来了，声音被“压死”，动态全无。
我的经验是：先测出链路正常最大输出电平，然后再减掉3到6dB。比如你做的是有源音箱，DAC满量程对应功放最大输出，但你期望用户平时音量只开在80%的位置，那么安全限幅可以设在-6dBFS。这6dB的余量是给瞬态峰值和用户误操作留的。别小看这个习惯，我用这个思路改了客户好几台样机，现场炸喇叭的概率降了一大截。
这里可以延伸一下——限幅器动作程度也可以通过IDE里的“增益减少量仪表”直接观察。设计完保护级之后，我用满幅正弦波测试信号走一遍，观察仪表读数的最大增益减少量是不是符合阈值设置，再用一个方波信号做瞬态测试，确认启动速度是否够快。这套验证流程是音频产品出厂前必做的防御性测试。
5.3 防爆音与参数平滑的实际操作
防爆音是数字音频系统里非常痛苦的一类问题。它的来源不止旁路切换那一类，还有开机、关机、参数突变、模式切换、采样率变化等。
这些场景下，信号波形在切换瞬间是断开的，新路径和旧路径上的数据首尾不连续，扬声器就给你“啪”一声。解决思路是给所有可能突变的节点加斜坡控制，也就是渐变。具体到ADAU1452的开发环境里，你可以用“平滑参数模块”包裹任何一个关键参数，让它从一个值花几毫秒滑到新值。定值如音量、均衡增益、延时长度，只要可能被实时调节，就应该加平滑。
我说几个高频踩坑点：
- 更改均衡增益时不加平滑，旋钮转一下就一个“哒”声；
- 开关机时没有做输出静音时序，一上电就“嘭”；
- 从USB输入切到I2S输入时，输入切换模块没有做交叉渐变，直接爆音；
- 启用/旁路延时模块，旁路切换瞬间输出跳变，根本原因是旁路没有做内外信号交叉渐变。
处理办法也很固定：所有有旁路功能的模块，一律做一组交叉渐变，V形渐变或者等功率渐变，渐变时间五到十毫秒之间，兼顾无爆音和切换速度。
注意：渐变时间也不是越长越好。超过20ms的切换会明显听到“渐强渐弱”的过程，影响使用体验。5ms到10ms是大多数专业音频设备的通用区间。
6. 一条完整链路实例：EQ→压缩→限幅→输出，参数与调试记录
6.1 链路布局与信号命名规范
我最近在一款模拟项目X里做了一块基于ADAU1452的音频处理板，功能简单直接——输入模拟立体声，给用户提供三段均衡、一个压缩器、一个总音量，以及最终的安全限幅输出。看起来不够炫酷，但这类产品恰恰最能检验常规算法的基本功。
布局从上到下依次是：模拟输入（带输入增益）、三段参量均衡、压缩器、音量旋钮（通过GPIO引脚绑定的编码器控制）、安全限幅器、DC Blocking、输出。所有模块我用统一的命名规范：前缀标明信号流向（IN_、EQ_、DYN_、OUT_），后面跟序号和功能，比如IN_L_Main、EQ1_LowPeak、DYN1_Compressor。这条规范看着麻烦，但在模数很多、几十个模块乱飞时太重要了。没有规范的工程，后期你自己都找不到哪个模块对应哪段处理，更不要说协作调试了。
6.2 各模块参数设定思路
三段均衡我用了两个峰值滤波器加一个低架滤波器（low shelf）：低频部分做低架提升，扫频段用峰值，高频用峰值。实际参数设成这样：
- 低架：100Hz，增益+2dB；
- 中频峰值：800Hz，增益-1.5dB，Q=1.3；
- 高频峰值：6kHz，增益+1dB，Q=1.0。
压缩器阈值设在-18dBFS，比率3.5:1，启动8ms，恢复150ms，输出增益补偿2dB。为什么要加补偿？因为压掉的部分会让整体电平下降，为了让用户切换旁路时音量不要突然变低，我用输出增益把平均电平拉回接近未压缩状态。动态处理器做“响度补偿”是常规操作，但要听感对比，不能过度补。
安全限幅阈值设在-4dBFS，比率20:1，启动0.5ms，恢复300ms。实际调试时我把输入信号猛加了12dB，观察限幅器把输出稳稳卡在-4dBFS附近，波形没有再出现过载削波。
6.3 调试过程中的三个“意外”
第一条意外：压缩器的侧链显示正常，但起效后的声音一直有“闷”的倾向。查了半小时发现不是压缩器本身，而是它前面那台中频峰值滤波器在800Hz压得太多，压缩器恰好对这个中频段最敏感，一压就把中频透明度进一步砍掉。处理办法是把峰值滤波的衰减改小，同时压缩器的阈值适当调低一点，让压缩不过度依赖中频触发。
第二条意外：安全限幅器加进去之后，低音鼓点听起来有“抽吸”现象。原因不是限幅器本身，而是它前面的音量推子瞬间增益变化太大。后来给音量推子加了5ms渐变，这个问题缓解了；限幅器的恢复时间从300ms调短到200ms，低频“呼吸感”更自然。压限器参数微调，每调一格都要听和看，不能只盯着仪表。
第三条意外：一个很不起眼的模块顺序问题——我把输入增益模块放在了均衡前面，默认+6dB，结果均衡所有频段都在接近限幅的边缘运作，细节全没了。把输入增益改成0dB，把补偿工作放进压缩器的输出增益，整个链路立刻清爽。这个教训很通用：前级增益宁小勿大，后级增益宁大勿小，尽量避免在信号进均衡之前就做大电平提升。
这套链路调试完毕之后，我又做了几组极端测试：输入满幅方波测限幅器反应、切换旁路听有无爆音、连续调音量旋钮监听平滑度、断电再上电测开机冲击声。全部通过，才敢说这块板的常规算法开发告一段落。ADAU1452上的常规算法开发，说白了就是一遍遍验证“模块的边界条件”和“链路的整体协作”。每一个环节单独拿出来都不难，难的是把它们放在一起还能稳如磐石。
如果你也正在做类似的均衡、压缩、保护链路，我的建议是从这套“EQ→压缩→限幅”的小系统开始练手，把每一个模块的仪表读数、听感反应、内存占用都记下来。等这套基本功扎实了，再去碰多路分频、主动降噪、房间校正这些进阶算法，你会发现它们的底层逻辑仍然是这些最常规的模块，只是组合方式复杂了而已。
