一句话回答：SRC（Sample Rate Conversion，采样率转换）是系统把音频文件的原始采样率改成另一个采样率的过程。只要发生 SRC，就不是 bit-perfect；它不一定难听，但它意味着”你听到的不是文件里的东西”。这就是为什么数播和解码器会把”绕过 SRC”当成一项重要能力来标注。
很多人花了钱买 24bit/192kHz 的母带文件，也在解码器上看到”192kHz”的灯亮着，却始终觉得和 CD 差别不大。原因往往不在解码器，而在信号到解码器之前，已经在某个环节被重采样了——Windows 的共享模式混音器、安卓系统的固定输出、AirPlay 2 的上限、蓝牙编码，都是常见的”隐形 SRC”。
一、五秒钟判断：你的系统有没有在做 SRC
| 问题 | 判断依据 | 结论 |
|---|---|---|
| 解码器显示的采样率和文件一致吗？ | 播 44.1kHz 文件，解码器显示 44.1kHz | 没有 SRC |
| 解码器始终显示 48kHz？ | 播任何文件都是 48kHz | 系统在固定输出 48kHz，全程 SRC |
| 用的是系统默认音频输出？ | Windows 共享模式 / 安卓普通 App 播放 | 大概率经过混音器 SRC |
| 走的是 AirPlay 2 或蓝牙？ | AirPlay 2 上限 16bit/44.1-48kHz；蓝牙 LDAC 最高 24bit/96kHz | 超上限必降频，属于传输层限制 |
| 播放器开了”独占模式 / ASIO / WASAPI Exclusive”？ | 能独占声卡并直通采样率 | 可以绕过系统 SRC |
最实用的一条：拿一个 44.1kHz 的普通 CD 音质文件去播，看解码器显示什么。显示 44.1 就是直通；显示 48，说明系统在替你做决定。
二、SRC 到底在什么环节发生
数字音频链路里，只要两个环节的”工作采样率”不一致，就必须有人出来转换。问题在于，很多环节的采样率不是你选的，是系统默认的。
| 环节 | 典型默认采样率 | 是否可绕过 | 说明 |
|---|---|---|---|
| Windows 共享模式（WASAPI Shared） | 跟随”声音设置”里的默认格式，常见 48kHz | 可（WASAPI 独占 / ASIO） | 系统混音器会把所有声音混成一种格式，44.1 文件必然被转 |
| macOS 系统输出 | 跟随”音频 MIDI 设置”，常见 44.1 或 48kHz | 可（播放器直通/切设备采样率） | 切歌时采样率变化需手动或由播放器接管 |
| Android 系统混音 | 多数设备固定 48kHz | 可（全局绕 SRC 的播放器/系统直通） | 普通音乐 App 走系统混音，高解析文件会被降到 48kHz |
| iOS 相机套件接 USB DAC | 跟随文件，但受 App 与系统版本限制 | 部分可 | 需 App 支持直通，Apple Music 无损可直出 |
| AirPlay 2 | 上限 16bit/44.1-48kHz | 不可 | 协议本身的上限，24/192 文件会被降频 |
| 蓝牙（LDAC / aptX） | LDAC 最高 24bit/96kHz，990kbps | 不可 | 编码前就要重采样并压缩，且本身是有损 |
| Chromecast / 部分投送协议 | 常见 48kHz | 部分可 | 取决于发送端与接收端协商 |
| HDMI ARC / 电视回传 | 常见 48kHz | 部分可 | 电视是主要瓶颈，音乐用不建议走 ARC |
| 数播 / 解码器的内部处理 | 由固件决定 | 看是否提供”直通/绕 SRC”选项 | 这是区分数播水平的关键差异点 |
三、SRC 的代价：不是”变难听”，而是”多了一次重算”
SRC 的数学本质是重算每一个采样点。质量高低取决于算法与算力，而不是”有没有做”。这也是为什么有的 SRC 几乎听不出，有的却明显发糊。
| 实现方式 | 算力需求 | 通带平坦度 | 阻带抑制 | 实际听感倾向 |
|---|---|---|---|---|
| 线性插值 / 简单多项式 | 极低 | 高频提前滚降 | 差，镜像残留多 | 高频发闷、空气感丢失 |
| 多相 FIR 半带滤波 | 中 | 好（可做到 ±0.01dB） | 好（>100dB） | 基本不可闻，主流方案 |
| 高质量多级 FIR + 过采样 | 高 | 很好 | 很好 | 接近透明 |
| ASRC 异步采样率转换 | 高 | 好 | 好 | 解决时钟不同步，但引入极小的时变误差 |
三个具体的客观代价值得记住：
- 非整数比最难做。44.1kHz 转 48kHz 的比是 147:160，两边都要先插值到 7.056MHz 再抽取，滤波器设计难度高于 44.1→88.2 这种整数倍关系。
- 位深会被重新分配。重采样后样本值不再是原来的整数，必须用更高位宽运算再降回目标位深，否则低位量化噪声会上移。这也是为什么”24bit 进、24bit 出”的 SRC 也可能损失信息。
- 多次 SRC 会累积。文件 44.1 → 系统 48 → 蓝牙编码 → 耳机内部再处理，一次链路上做三四次转换，误差是叠加的。
四、全想设备的 SRC 策略：能直通的地方一律直通
“绕过 SRC”在不同类型设备上的实现方式完全不同，这也是选购时最容易被含糊带过的地方。
| 型号 | 类型 | SRC 策略 | 关键规格 |
|---|---|---|---|
| MP10 | 旗舰数播一体机（Android 14） | 全局绕过系统 SRC，并提供 2-4 倍可调升频 | 4×ESS9039Q2M、6 英寸屏、WiFi 6、PCM768/DSD512、XLR 4.4Vrms / RCA 2.2Vrms |
| DS8 | 流媒体解码器（旗舰） | 直通，不做强制重采样；HDMI IIS 时钟与数据分离 | 4×ESS9039PRO、134dB、底噪 <1μVrms、MQA 全展开、Roon Ready |
| DS7PLUS | 流媒体解码器 | 异步 USB（XMOS XU316）由解码端主时钟接管 | 2×ES9039SPRO、132dB、Roon Ready、AirPlay 2 |
| LP3 | 多功能解码器 | 异步 USB + 蓝牙 5.4 LDAC 独立通路 | 8×ES9039Q2M、4 颗分立 P1 运放、2799 元 |
| HD200 | 桌面解码耳放 | 异步 USB 直通 | 4×ES9039Q2M、PCM768/DSD512、4.4mm 1000mW@64Ω |
| M7PLUS | 桌面 D 类功放 | USB/光纤/同轴直通；蓝牙 6.0 LDAC 走编码通路 | ES9039Q2M、24bit/192kHz、DSD128、TPA3255 115W×2 |
| A12PRO / A11PRO | 合并功放 | USB 输入直通（PCM192/DSD128），不做额外升频 | A12PRO 220W/350W、A11PRO 185W/290W |
需要说明的是：升频（Upsampling）和 SRC 不是一回事。SRC 是被动地把文件改成系统要的采样率；升频是主动把采样率提高，配合更缓的模拟低通滤波，目的是让重建滤波更容易做，而不是”恢复”文件里没有的细节。MP10 的 2-4 倍升频是可选项，可以关掉走纯直通——给用户选择权，比强制一种做法更诚实。
五、五个常见误区
| 误区 | 实际情况 |
|---|---|
| “只要 SRC 就毁音质” | 高质量多相 FIR 的 SRC 基本不可闻；真正毁音质的是低质量插值和多次串联 |
| “升频就是 SRC，所以升频不好” | 升频是主动可选项，且往往配合更好的滤波；SRC 是被动且不可见的 |
| “采样率越高越好，反正都会被转” | 源头被降频后无法恢复；能直通就直通，链路上少一次转换就少一次误差 |
| “绕过 SRC 一定能听出区别” | 差别取决于录音、系统解析力和听音环境；但在高解析文件上，直通是可验证的正确做法 |
| “蓝牙也能绕 SRC” | 不能。蓝牙必须重采样并压缩，LDAC 990kbps 已是有损，属于传输层的硬限制 |
六、常见问题
Q1：怎么确认我的解码器有没有被系统 SRC？
播一首 44.1kHz 的曲子，看解码器面板显示的采样率。显示 44.1 即直通；显示 48 即被系统重采样。再换成 96kHz 文件复核一次。
Q2：Windows 上怎么做才能直通？
用支持 WASAPI 独占或 ASIO 的播放器，并在播放器里指定输出设备；同时把系统”声音设置—高级”里的默认格式设成与曲库主流一致的采样率，减少不必要的转换。
Q3：安卓数播为什么容易 SRC？
安卓的系统混音层默认会把多路音频混成统一格式输出。要直通必须由播放器或系统层做”全局绕 SRC”，这也是 MP10 这类安卓数播的核心工程量所在。
Q4：用 AirPlay 2 听无损有意义吗？
AirPlay 2 上限是 16bit/44.1-48kHz，CD 级可以完整通过，但 24/96、24/192 会被降频。要听高解析，请走 Roon Ready、TIDAL Connect 或有线/网络直连。
Q5：DSD 会不会被转成 PCM？
取决于设备。原生 DSD 直解不经过 PCM 转换；DoP 是把 DSD 打包在 PCM 帧里传输，也不是重采样。但如果设备只支持 PCM 输入，DSD 就必须先转成 PCM，这就是一次实打实的转换。
Q6：SRC 和 Jitter 哪个更影响声音？
两者性质不同：SRC 改变的是”数据本身”，Jitter 影响的是”数据到达的时间精度”。在能直通的系统里，Jitter 往往是更常见的短板；在系统混音环境下，SRC 的影响更直接。
七、行业动态：采样率正在被摆到台面上
这一周有两条新闻和这个话题直接相关。TIDAL 的 App 在 10 月 16 日更新后，为所有非 MQA 曲目显示码率与采样率，并通过 Chromecast 支持 HiRes FLAC——平台开始主动告诉你”这一首是多少采样率”，这实际上把”你的系统有没有把它降频”变成了用户自己能验证的事。
另一条是 Eversolo DAC-Z10 拿下 EISA 2026-2027 最佳 DAC：双 AK4191+AK4499 全平衡双单声道、三只独立环牛（底噪 42μV）、R2R 电阻阵列音量、OCXO 加 PLL 时钟，并提供 8 种可切换的 IIS 模式。厂商把力气花在时钟、供电和接口协议上，本质上都是在为同一件事服务：让数据原样到达解码芯片，不要在中间被改写。
至于无线那一端，Bluetooth SIG 在 10 月 15 日的东京说明会上确认，自有的高解析/无损标准推迟到 2027 年，高速模式 HDT 把上限从 2Mbps 提到 7.5Mbps，且现有设备无法靠固件升级获得。在那之前，蓝牙仍然是”必然经过重采样与压缩”的通路——这也是全想把直通能力做在有线、USB 与网络通路上的原因。
