本帖最后由 waversa 于 2026-10-8 01:51 编辑
Waversa WAP/DSD 显示 PCM 码率,并不是设备把 DSD "错误地"当成了 PCM 在播放,而是 Waversa 自家的 “Native DSD” 传输机制本身就运行在 PCM 通道上,所以面板/软件端看到的本来就是以 PCM 采样率标注的数据流。 核心原因:DSD 走的是"非标准 PCM 路径"Waversa 官方解释得很清楚: - LAN.USB Audio 的物理传输路径本质就是一条 PCM 通道。业内通用的做法是 DoP(DSD over PCM),即用 8 位反复出现的标记字节告诉接收端"这是 DSD",24 位里只有 16 位承载真实 DSD 数据,32 位处理器下还要再丢掉 8 位,带宽浪费一半。
- Waversa 的 Native DSD 抛弃了 DoP 标记,把整个 32 位流全部用于承载 DSD 数据,按 PCM 采样率的格式直接传输:
- DSD64 → 以 PCM 88.2 kHz 形式传输
- DSD128 → 以 PCM 176.4 kHz 形式传输
- DSD256 → 以 PCM 352.8 kHz 形式传输
所以在播放 DSD 文件时,显示成 88.2 / 176.4 / 352.8 kHz 这样的 PCM 码率,是这套私有传输协议的正常表现——它是按"等效 PCM 速率"来标注的,而不是设备误识别。 这是 Waversa Native DSD(绕过 DoP 标记、用全 32 位 PCM 通道承载 DSD)的设计特性,而不是解码错误。需要注意的是,这种 Native DSD 模式通常只在 Waversa 设备之间通过 WNDR(Waversa Network Direct Rendering)传输时启用, 在标准 Roon RAAT 协议下则不会作为可选项出现。 一句话总结WNDR 解决的是"DSD 数据在网络里怎么走"——原生、无缓冲、低噪声、WAP 等级累加;WAP/DSD 解决的是"DSD 到了终点之后怎么被处理"——把过去只属于 PCM 的滤波、升频、谐波重建算法搬到 DSD 域。 两者一前一后夹住整条串流链路,才是 Waversa 所谓"DSD 网络串流"的完整形态。
|