aes口输出下的HD800实在是好听

melonmelon · 发表于 2024-12-2 19:12

前段时间看到“折腾9个月发烧设备”的帖子，学到了用aes听dsd外的音乐，dsd就用回iis，然后我就心痒痒立马下单了一条aes线试试风味。
虽然没有iis分离度那么大，但是这浓郁的风味也实在是太赞了

听点尾崎丰的歌，味道真的正

周大壮壮 · 发表于 2024-12-3 00:29

之前我说aes比同轴强，还有人去百度复制一堆说aes适合长距离传输吧啦吧啦的一顿说教

夏季long · 发表于 2024-12-3 00:48

我的系统就用同轴，不用iis，发现同轴比iis听感要好

melonmelon · 发表于 2024-12-3 09:08

周大壮壮发表于 2024-12-3 00:29
之前我说aes比同轴强，还有人去百度复制一堆说aes适合长距离传输吧啦吧啦的一顿说教

毕竟听歌完全靠耳朵收货

单论什么传输距离啥巴拉巴拉的就没意思了

melonmelon · 发表于 2024-12-3 09:10

夏季long 发表于 2024-12-3 00:48
我的系统就用同轴，不用iis，发现同轴比iis听感要好

同轴线也另有风味？！这下还能再试试

老罗来了 · 发表于 2024-12-3 09:20

从“科学”上分析，AES就是差分传输的同轴信号，用差分的方式减少SPDF信号传输的错误，因为同轴、光纤传输信号出现得太早，不像USB那样有纠错机制，所以使用差分的方式来传输，可以减少信号的损失，但是也不要过分神分AES，毕竟就是一个出现时代较早，过时过气的接口，带宽小，也就支持192K，对于DSD高规格自然是不能支持的。更多是一些在卖AES线材的商家在炒作而已。
随便用一根1块钱的USB线接解码器都比同轴强百倍。

grrr · 发表于 2024-12-3 09:24

强跟弱都是攀比的结果，多玩多对比，科学可以参考，但是实际要自己体会。

周大壮壮 · 发表于 2024-12-3 09:47

老罗来了发表于 2024-12-3 09:20
从“科学”上分析，AES就是差分传输的同轴信号，用差分的方式减少SPDF信号传输的错误，因为同轴、光纤传输 ...

“随便用一根1块钱的USB线接解码器都比同轴强百倍”

大哥你如此大言不惭也不怕被人笑掉大牙

USB是通过在数据包后加入CRC进行校验，但是音频数据出现CRC校验不通过时都是不重发的，因为会造成延迟，而是采用插值法弥补，你如果不知道什么是插值法可以自己去网上学习

jasony0101 · 发表于 2024-12-3 09:52

关键能同时支持AES、IIS输出的音源有点少

melonmelon · 发表于 2024-12-3 12:15

grrr 发表于 2024-12-3 09:24
强跟弱都是攀比的结果，多玩多对比，科学可以参考，但是实际要自己体会。

确实

melonmelon · 发表于 2024-12-3 12:16

jasony0101 发表于 2024-12-3 09:52
关键能同时支持AES、IIS输出的音源有点少

我看现在数播基本都有这两个口子，不过像我这种喜欢用凯音家数播的就不太需要担心插口问题

老罗来了 · 发表于 2024-12-3 15:09

周大壮壮发表于 2024-12-3 09:47
“随便用一根1块钱的USB线接解码器都比同轴强百倍”

大哥你如此大言不惭也不怕被人笑掉大 ...

在USB传输数字音频数据给XMOS XU316的过程中，遇到丢包问题时，通常会采取以下几种机制来处理：

1. USB协议层的重传机制

• USB协议本身包含了错误检测和重传机制。例如：

• Isochronous传输模式：这种模式是实时性优先的，允许丢包，不会自动重传。因此适合音频传输，但可能在丢包时音质受到影响。

• Bulk传输模式：这种模式具备完整的错误检测和重传能力，但延迟较大，通常不适用于实时音频流传输。

• 对于音频设备，通常使用的是Isochronous模式，因此要依赖设备端的其他机制来处理丢包问题。

2. XMOS的内置音频缓冲

• XMOS芯片内部通常会使用音频缓冲区来暂存接收到的数据。如果数据包在允许的时间窗口内补齐，则可以避免播放端的音频断裂。

• 使用环形缓冲队列结合时间戳同步策略，确保数据流的连续性。

3. ASRC（异步采样率转换）

• 如果USB传输的音频数据流和DAC的采样时钟不同步，可能导致丢包或抖动。XMOS的ASRC模块可以缓解这些问题，通过动态调整采样率来适配输入流。

4. 插值或静音填充

• 当丢包无法恢复时，常用的方法是插值或静音填充：

• 插值：通过计算丢失音频数据点的近似值（如线性插值或样条插值）来填补。

• 静音填充：直接用零值代替丢失的数据，保证播放的音频流不中断，但会产生短暂的静音。

5. 上层软件的丢包管理

• 如果配套的软件（如驱动程序或音频播放软件）支持丢包检测，可以在上层处理丢包问题：

• 动态调整USB端点的数据包发送速率。

• 提示用户改善USB传输环境（如更换线缆或降低USB端口的其他负载）。

6. 硬件优化和抗干扰设计

• 丢包问题有时与硬件信号完整性相关，可以通过以下措施减少丢包概率：

• 使用高质量的USB线缆，避免信号衰减。

• PCB设计中优化USB信号通路，减少电磁干扰（EMI）。

• XMOS XU316支持对USB信号的端到端监测，确保信号完整性。

如果问题频繁发生，建议结合实际的传输模式（Isochronous或Bulk）、应用场景以及硬件布局进行综合优化，同时确认XMOS固件和USB驱动的可靠性。

老罗来了 · 发表于 2024-12-3 15:12

音频有时候无法用一些科学来解析，如果解释得了，那就是人见人打的科学机，对吗？

Pluto1 · 发表于 2024-12-3 15:16

melonmelon 发表于 2024-12-3 09:08
毕竟听歌完全靠耳朵收货单论什么传输距离啥巴拉巴拉的就没意思了

兄弟用的什么aes线？

周大壮壮 · 发表于 2024-12-3 15:36

老罗来了发表于 2024-12-3 15:09
在USB传输数字音频数据给XMOS XU316的过程中，遇到丢包问题时，通常会采取以下几种机制来处理：
1. USB ...

大哥你真有意思，你复制过来的东西自己看过吗？

voidmind · 发表于 2024-12-3 15:40

同轴对于润泽感、分离度（结象定位）提升还是很明显的。参数上不如usb。但是的确听感好。

erjiniu · 发表于 2024-12-3 15:53

现在感觉USB输出也不差，aes还是太专业了，插拔线材不是很方便

melonmelon · 发表于 2024-12-3 17:05

Pluto1 发表于 2024-12-3 15:16
兄弟用的什么aes线？

我就随便买的一条先试试感觉

melonmelon · 发表于 2024-12-3 17:07

erjiniu 发表于 2024-12-3 15:53
现在感觉USB输出也不差，aes还是太专业了，插拔线材不是很方便

没事可以听听玩玩

melonmelon · 发表于 2024-12-3 17:07

voidmind 发表于 2024-12-3 15:40
同轴对于润泽感、分离度（结象定位）提升还是很明显的。参数上不如usb。但是的确听感好。

我的usb不知道为什么和光纤是一个声音，听起来就偏平平无奇罢，所以才开始玩其它插口

帐号		自动登录	找回密码
密码			-注册-