企业官网建设流程全解析

模拟器圈子里有个挺有意思的现象：大家愿意花几百上千块折腾手柄、显示器、甚至专门配一台小主机，却很少有人认真对待声音。RetroArch 默认的音频配置能出声，但离“好听”还差着一段距离——延迟偏高、低频发闷、爆音偶发，尤其是玩节奏类或者动作类老游戏时，那种声音慢半拍的感觉非常影响手感。这篇内容就是把我这几年在不同设备上反复调音频参数的经验整理出来，围绕 RetroArch 的音频体验优化，拆成五个可以照着做的步骤，从驱动选型到延迟压榨再到音质微调，一步步把声音这块短板补上。不管你是刚装好 RetroArch 的新手，还是已经玩了一阵但总觉得声音不对劲的老玩家，下面这些内容都能直接拿去用。

1. 先搞清楚 RetroArch 音频链路是怎么走的

动手调参数之前，得先明白声音在 RetroArch 里经过了哪些环节。很多人一上来就改采样率、调缓冲区，结果越调越乱，根本原因是没弄清楚每个参数作用在哪一层。RetroArch 的音频链路大致可以分成四段：核心（Core）产生音频采样、前端（Frontend）接收并缓冲、音频驱动（Audio Driver）输出到系统、最后由系统混音送到声卡。每一段都有自己的参数，改错层级的参数往往白费功夫。

1.1 四层链路各自负责什么

核心层是最源头。不同的模拟器核心输出的采样率并不统一，有的按原始主机规格来，比如某些老主机是 32000Hz 左右，有的核心内部会重采样到 48000Hz 或 44100Hz。这一层 RetroArch 提供了“音频同步”和“核心提供的采样率”之类的选项，但普通用户一般不需要在这里动刀，除非你明确知道某个核心的音频输出有问题。

前端层是 RetroArch 自己的音频缓冲管理。这里的关键参数是音频延迟（Audio Latency）和音频缓冲区大小。延迟设得太低会爆音甚至卡顿，设得太高声音就明显滞后于画面。这一层是优化的主战场，后面会重点讲。

驱动层决定声音通过什么接口交给操作系统。Linux 下有 ALSA、PulseAudio、JACK 等选择，Windows 下有 WASAPI、DirectSound、XAudio2，macOS 上是 CoreAudio。不同驱动的延迟特性和稳定性差别很大，选对了驱动等于成功了一半。

系统层则是操作系统自己的混音器和声卡驱动。这一层 RetroArch 管不着，但你可以通过关闭系统音效增强、独占模式输出等方式减少干扰。

提示：调音频参数时一次只改一个变量，改完立刻进游戏听效果。同时改三四个参数，出了问题你根本不知道是哪个引起的。

1.2 为什么默认配置“能听但不好听”

RetroArch 的默认配置走的是“最大兼容性”路线，音频延迟通常设在 64ms 左右，缓冲区也比较保守。这个设定在绝大多数设备上都不会爆音，代价就是声音明显滞后。对于回合制 RPG 这类游戏无所谓，但玩格斗、射击、音乐游戏时，几十毫秒的延迟是能感觉出来的。

另一个原因是默认往往启用了系统的共享混音模式。声音要经过系统混音器再送到声卡，中间多了一道处理，既增加延迟又可能引入重采样失真。老游戏的音频采样率本来就五花八门，系统混音器再插一脚，音质自然打折扣。

还有一点容易被忽略：RetroArch 默认的音频重采样器质量是“普通”档。这个档位在低配设备上跑得动，但重采样算法比较粗糙，高频细节容易糊掉。对于追求音质的场景，换成高质量重采样器是性价比很高的一步。

1.3 优化前先做一次基线测试

我的习惯是动手之前先记录当前状态，方便对比。具体做法是进一个你非常熟悉的游戏，比如某个你玩了无数遍的动作游戏第一关，注意听几个点：背景音乐的低频是否浑浊、打击音效是否干脆、菜单切换音是否和画面同步。心里有个基准，后面每改一步都能判断是变好还是变坏。

更严谨一点的做法是用 RetroArch 自带的音频同步测试或者录屏对比。录一段游戏画面加声音，用播放器逐帧看音画是否对齐，能直观看出延迟大小。这个办法虽然土，但比凭感觉靠谱得多。

2. 音频驱动选型：选对出口比调参数更重要

驱动选型是整条链路里影响最大的一步，却最容易被跳过。很多人装完 RetroArch 就用默认驱动，从来没想过换。实际上不同驱动之间的延迟差距可以达到几十毫秒，稳定性也天差地别。这一步选对了，后面的调参才有意义。

2.1 各平台驱动对比与推荐

先给一张对照表，把常见驱动的基本特性列清楚，方便你对号入座。

Windows 平台上我强烈建议用WASAPI，并且开启独占模式。独占模式的意思是声音绕过系统混音器，直接交给声卡处理，延迟能压下来一大截，同时避免系统重采样带来的音质损失。代价是游戏运行时其他程序听不到声音，但玩模拟器时这反而是好事，减少干扰。

Linux 桌面用户如果不想折腾，PulseAudio 够用，稳定性好。但如果你的设备支持 ALSA 直出，而且你愿意花时间配置，ALSA 的延迟表现是最好的。JACK 适合同时有音频制作需求的用户，普通玩家没必要上。

macOS 用户基本不用选，CoreAudio 就是最优解，延迟低、稳定性好，苹果在这块的系统级优化确实到位。

2.2 切换驱动与独占模式的具体操作

在 RetroArch 里切换驱动很简单：进设置菜单，找到“驱动”分类，里面有一项“音频驱动”，点进去就能看到当前系统支持的所有选项。选中你想要的，退出设置，重启 RetroArch 让配置生效。

Windows 下开启 WASAPI 独占模式需要多一步。切到 WASAPI 驱动后，回到音频设置，找到“独占模式”开关打开。有些版本的菜单里叫“WASAPI 独占模式”，位置可能在“音频”分类下的高级选项里。打开后进游戏测试，如果其他程序的声音被静音了，说明独占生效了。

注意：独占模式开启后，如果游戏过程中切出去看网页，可能会遇到声音设备被占用导致切回来没声音的情况。解决办法是切回来时暂停一下再继续，或者干脆别切。

2.3 驱动选错会踩的坑

我见过最常见的问题是 Windows 用户用了 DirectSound，然后抱怨延迟大。DirectSound 是上世纪的接口，经过多层封装，延迟天然就高，除非你的声卡驱动只支持它，否则没有任何理由选它。

另一个坑是 Linux 下同时装了 PulseAudio 和 ALSA，RetroArch 选了 ALSA 但系统里 PulseAudio 还占着声卡，结果就是没声音或者声音断续。这种情况要么在 RetroArch 里切回 PulseAudio，要么把 PulseAudio 服务停掉再用 ALSA。判断方法很简单：切到 ALSA 后完全没声音，八成就是设备被占了。

还有一种情况是蓝牙耳机。蓝牙传输本身有编码延迟，再怎么调 RetroArch 参数也压不下去。玩对延迟敏感的游戏时，老老实实用有线耳机或者音箱，这是物理层面的限制，软件优化救不了。

3. 延迟与缓冲区：把声音滞后压到无感

驱动选好之后，接下来就是调延迟和缓冲区。这两个参数是一对矛盾体：延迟越低，声音越跟手，但缓冲区不够就容易爆音；缓冲区越大越稳，但延迟上去了。优化的目标是在不爆音的前提下，把延迟压到人耳无感的程度。一般来说，音频延迟控制在 20ms 以内，大部分人已经感觉不到音画不同步了。

3.1 延迟参数的计算逻辑

RetroArch 里的“音频延迟”单位是毫秒，它决定前端缓冲多长时间的声音再送出去。这个值和采样率、缓冲区帧数之间有换算关系。举个具体例子：假设采样率是 48000Hz，音频延迟设 20ms，那么缓冲区里存的采样点数量大约是 48000 × 0.02 = 960 个。如果延迟设 64ms，就是 3072 个采样点。缓冲的采样点越多，抗抖动能力越强，但声音滞后越明显。

实际调的时候不用自己算，RetroArch 会根据你填的延迟值自动分配缓冲区。但理解这个换算有助于判断参数是否合理。比如你把延迟设到 5ms，在 48000Hz 下只有 240 个采样点，稍微有点系统调度抖动就会爆音，除非你的设备性能很强且驱动延迟极低，否则不建议这么激进。

3.2 分档位实测与推荐值

我在几台不同档次的设备上做过对比测试，下面这组数据可以作为起点参考。

调的方法是逐步下探：先从 64ms 开始，进游戏听有没有爆音和卡顿；没有就降到 48ms，再听；然后是 32ms、24ms、16ms。每次降完至少玩两三分钟，因为爆音有时候是偶发的，短时间听不出来。一旦出现爆音或者声音断续，就退回上一档，那个值就是你这台设备的稳定下限。

提示：不同核心对音频延迟的敏感度不一样。同一个延迟值，轻量核心跑得稳，重量级核心可能就爆音。所以最终确定的值要拿你最常玩、最吃性能的核心来测。

3.3 音频同步方式的取舍

RetroArch 提供了几种音频同步方式，常见的有“音频同步”和“动态音频同步”。前者是固定节奏输出，后者会根据系统负载动态调整。动态同步在设备性能波动大时更稳，但可能引入轻微的音高变化；固定同步音高稳定，但对系统抖动更敏感。

我的建议是：设备性能稳定、延迟压得比较低时用固定同步，音质最干净；设备性能一般或者后台有其他程序在跑时用动态同步，牺牲一点音准换稳定。这个选项在音频设置里能找到，切换后同样要进游戏实测。

4. 重采样与音质微调：让老游戏的声音更干净

延迟压下去之后，接下来处理音质。这一步的收益不像延迟那么立竿见影，但对听感的影响是实打实的，尤其是高频细节和低频干净程度。核心思路是减少不必要的重采样环节，并提高必要重采样的质量。

4.1 采样率匹配的原则

理想情况下，核心输出的采样率和音频设备支持的采样率一致，这样中间不需要任何重采样，音质损失最小。但现实是老主机核心的原始采样率五花八门，声卡又通常只认 44100Hz 或 48000Hz，重采样不可避免。

RetroArch 里有个“音频采样率”设置，默认可能是自动。自动模式下 RetroArch 会尽量匹配，但有时候匹配得并不理想。我的做法是手动把它设成声卡原生支持的采样率，通常是 48000Hz。这样核心输出先重采样到 48000Hz，再直接送给声卡，中间不再经过系统混音器的二次重采样（前提是开了独占模式）。

为什么优先选 48000Hz 而不是 44100Hz？因为现在绝大多数声卡和耳机在 48000Hz 下工作状态最好，而且很多核心内部也是按 48000Hz 处理的，选它能减少一层转换。当然如果你的设备明确标注只支持 44100Hz，那就选 44100Hz，别硬来。

4.2 重采样质量档位的选择

RetroArch 的重采样质量有几个档位，从低到高大致是“最低”“较低”“普通”“较高”“最高”。档位越高，重采样算法越精细，高频混叠和失真越少，但 CPU 占用也越高。

实测下来，“普通”档在高频密集的场景（比如某些游戏的镲片声、电子音效）能听出轻微的毛刺感，换到“较高”档就干净很多，而 CPU 占用的增加在现代设备上几乎可以忽略。所以我一般直接设“较高”，除非你用的是性能非常吃紧的设备，才考虑退回“普通”。

“最高”档的收益递减明显，除非你有专业监听设备，否则听不出和“较高”的区别，反而白白增加负载。这里的原则是够用就好，别为了心理安慰把档位拉满。

4.3 关闭系统音效增强

这一步在 RetroArch 之外，但影响不小。Windows 的声卡属性里通常有“音效增强”“响度均衡”“空间音效”之类的选项，这些功能会对声音做额外处理，玩模拟器时弊大于利。响度均衡会压缩动态范围，让老游戏本来就不宽的音场更平；空间音效会给立体声游戏加上虚假的环绕感，听起来很怪。

具体操作是进系统声音设置，找到当前输出设备，进属性，把所有增强类选项关掉，格式设为和 RetroArch 一致的采样率。Linux 下如果用的是 PulseAudio，可以在配置里关掉相关的模块；macOS 相对干净，一般不需要额外处理。

注意：关掉系统增强后，其他日常应用的声音可能听起来“素”了一点，这是正常的。想要两全其美，可以给 RetroArch 单独配置输出设备，或者接受这个取舍。

5. 实战排查：那些调音频时绕不开的问题

参数调得再细，实际用起来还是会遇到各种意外。这一节把我踩过的坑和排查思路整理出来，遇到问题可以对照着查。

5.1 常见问题速查表

5.2 爆音问题的深度排查

爆音是调音频时最烦人的问题，因为它偶发，不好复现。我的排查顺序是这样的：先确认延迟是不是设得太低，把延迟临时拉高到 64ms 看爆音是否消失，如果消失就说明是缓冲不足，逐步往下找稳定值；如果拉高后还有爆音，那就不是延迟的问题，可能是驱动和设备的兼容性问题，换一个驱动试试；换了驱动还有，就要怀疑系统层面了，比如后台有程序在抢音频设备，或者声卡驱动本身有 bug。

还有一种容易被忽略的爆音来源是核心本身的音频实现。个别核心在某些场景下会产生超出正常范围的采样值，导致削波爆音。这种情况调 RetroArch 参数没用，只能换核心或者等核心更新。判断方法是：同一个游戏换个核心跑，爆音消失，那就锁定是核心的问题。

5.3 蓝牙与无线音频的现实妥协

前面提过蓝牙延迟的问题，这里展开说。蓝牙音频的编码延迟通常在 100ms 以上，即使是最新的低延迟编码，也很难压到 40ms 以内。这意味着玩动作游戏时，你听到的声音比看到的画面慢一截，手感会很别扭。

如果非要用蓝牙，能做的是：选支持低延迟编码的耳机和发射端、在系统里关闭蓝牙音频的其他处理、把 RetroArch 的音频延迟设到最低（因为蓝牙本身已经贡献了大头延迟，前端再省一点是一点）。但说实话，这些都是补救，玩对延迟敏感的游戏时，有线连接是唯一靠谱的选择。这不是 RetroArch 的问题，是无线音频技术的现状。

5.4 多设备切换时的配置管理

很多人会在台式机、笔记本、掌机之间切换着玩，每台设备的音频稳定下限不一样，配置不能照搬。RetroArch 支持多套配置文件，我的做法是给每台设备单独存一份音频配置，切换设备时加载对应的那份，省得每次重新调。

具体操作是在配置菜单里用“保存新配置”而不是覆盖默认配置，命名上带设备标识，比如按设备类型区分。加载时从配置菜单里选对应的文件。这样每台设备都能用上自己最优的参数，不用互相迁就。

6. 我的实操心得与几个容易忽略的细节

调了这么多设备，有几个心得是文档里不会写的，但实际用起来很关键。

第一，别迷信极低延迟。网上有些教程鼓吹把延迟设到 5ms、8ms，那是特定高端设备加特定驱动的结果，照搬到普通设备上只会换来一堆爆音。延迟优化的目标是“无感”，不是“最低”，20ms 左右对绝大多数人已经足够，没必要为了数字好看牺牲稳定性。

第二，每次只改一个参数。这条前面提过，但值得再强调。音频参数之间相互影响，同时改多个变量，出了问题根本没法定位。我的习惯是改一个、测一个、记一个，虽然慢，但不会乱。

第三，用熟悉的游戏做测试基准。测试音频不要随便开个游戏听两耳朵就下结论，要用你玩了几百遍、每个音效位置都烂熟于心的游戏。这样任何细微的变化你都能察觉，判断起来准确得多。

第四，配置文件要备份。调出一套满意的参数不容易，调好之后立刻备份配置文件。RetroArch 更新或者误操作导致配置丢失的情况我遇到过不止一次，有备份就能快速恢复。

第五，接受设备的上限。每台设备的音频能力是有天花板的，老设备再怎么调也达不到新设备的水平。与其死磕参数，不如认清设备定位，在它的能力范围内调到最好就行。玩模拟器图的是游戏本身的乐趣，音频优化是锦上添花，别本末倒置。

这套流程走下来，大部分设备的声音表现都能有明显改善，延迟降下来、爆音消掉、高频细节也清楚了。剩下的就是根据自己设备和常玩游戏微调，找到那个最适合你的平衡点。