: 推 yusuekei: 所以理论上光纤讯号不会影响音质吧？也不用烦恼提供光 02/25 08:56 : → yusuekei: 纤讯号设备的电源之类的 02/25 08:56 : 推 syatoyan: 看起来是光纤讯号因为时钟震荡或其他因素会有资料错误的 02/25 09:45 : → syatoyan: 问题 02/25 09:45 : → syatoyan: 然後这个资料错误也不会做修正就直接沿用了 02/25 09:45 : → syatoyan: 所以换线就是换个资料错误率比较低的材料 才会有明明是 02/25 09:45 : → syatoyan: 数位讯号 却有换线声音不一样的情况出现 02/25 09:45 : → syatoyan: 是这样解读没错吗 02/25 09:45 会影响，讯号传递的过程总会产生相位噪声，不同的的设备与线材影响程度不一 : 推 djboy: 虽然我还是不太清楚 SPDIF 的clock资料是怎麽组成。就像USB 02/25 10:13 : → djboy: 在同步模式下，是计算一段封包资料的传输时间来做为CLOCK 02/25 10:14 : → djboy: 的基准，所以同步DAC的CLOCK会受到USB线材影响(传输速度等) 02/25 10:14 : → djboy: 也因此，非同步DAC可以有效解决 USB线材/PC端处理 的问题 02/25 10:14 : → djboy: 倒是我上次看了某篇在讲DAC的资料，就是DAC自己的时基误差 02/25 10:15 : → djboy: 是其他误差的百倍以上，所以就算SPDIF/USB有jitter，但是 02/25 10:16 : → djboy: 以DAC的观点来看，根本微不足道。 02/25 10:16 以我自己没专业的看法，讯号相位的变化影响时脉的准确性，最终影响到声音输出 就算是数位线材也是有差异如材质均匀度、线径是否一致、接头品质、氧化等影响了阻 抗匹配，遮蔽是否良好影响了ＲＦ干扰 最後影响到讯号的品质，相位噪声最终改变了时脉精度产生（增加）了 Jitter S/PDIF 是单向的，无法透过 S/PDIF 直接控制设备的硬体音量 所以只要使用 S/PDIF 连接 DAC，系统音量及ＡＰＰ音量都会是修改数据的数位音量 虽然 Sub-frame 里有个 Channel status bit 但基本上没什卵用 因为很多人会乱接 AES3 & S/PDIF，但这两个标准的 Channel status data 有差异 所以不少消费性设备根本忽略这个 status data 判断 Audio steaming 的采样率看传来的讯号速率就能得知，DAC 会配合讯源的速率 简化来看，把 S/PDIF 的 Audio steaming 当成输送带，讯源照自己的 Clock 丢资料 接收端说我的振晶是飞秒级所以照我的 Clock 输出给 DAC 就好，波型美的这可行否？ 如果讯源的时钟比接收端快，讯源丢出１００个样本的时间 DAC 只播放了９９个 多出来的一个怎办？先放 Buffer 排队就好，但随时间在跑来不及播的数量会累积 Buffer 不可能无穷大，且加大 Buffer＝增加 Delay＝Audio Latency 最终放不进 Buffer 的数据会被丢掉＝Buffer Overrun 反之讯源的时钟比接收端慢，时钟比较快的 DAC 会播到没东西可播＝Buffer Underrun 而因为是单向传输所以也没办法跟 USB 的异步模式一样，由接收端通知讯源太快或太慢 所以是不可行的，只能进行同步由接收端跟随讯源的数据频率（时脉）来播放 所以讯源的时钟准度会影响输出，而中间的传输过程又参了一脚 ＰＬＬ试图恢复相位的正确性，减低了误码率，但对 Clock 来说只是带来改善 : 推 nbk1943: 我记得naim ndac的说明书上有解释过，但我实在没看懂http 02/25 11:33 : → nbk1943: https://i.imgur.com/Nvb3zZ2.jpg 02/25 11:33 https://imgur.com/EligP40 不太清楚所以重抓，里面的 Digital filter＝过采样 DSP 从这张图可以看出来，Typical DAC 没有（画出）自己的时钟 因为 DAC chip 时脉的源头是 CD Player 的 Master clock 产生，再由 S/PDIF 编码 传送，经 Typical DAC 接收後由 PLL 恢复，这基本上就是传统 DAC 同步模式的图解 下方的 Nami CD player + Nami DAC Jitter 相关重点在 Nami DAC 左上的 Memory 区块，看过 Jitter 相关资料多半看过 Buffer 可以隔离 Jitter，这就是其实践 S/PDIF 传送资料与时钟，在这还是由 S/PDIF 的时钟来解码资料，但与传统同步模式 不同的是解出来的资料（Audio data）放进了 Memory（Audio buffer）而不是直接送 往 DAC chip 的路径，当然如果 S/PDIF 传输的过程误码了还是GG 而 Naim DAC chip & DSP 是依 Naim DAC 自己的 Master clocks（有十个可选、但不 是这的重点）取用 Memory 里的 Audio data，所以 S/PDIF 的时脉抖动被隔离了 S/PDIF 的时脉只被用在分离解码 Audio data，而没有被用在 DAC 的重建过程 因为一张 CD 的播放长度有限这方案才可行吧，基本上 CD or Audio file 都是离线的 按下 Play 慢个几百 ms 才开始播放影响不大 但实时流时就有 Audio Latency 的问题，Buffer 大小就受限了 -- 人间五十年、化天のうちを比ぶれば、梦幻の如くなり ^,,,^ 一度生を享け、灭せぬもののあるべきか (ミ‵ω′)\m/ NOBUMETAL DEATH!!(乂'ω') --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.136.209.118 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Audiophile/M.1614348424.A.1CE.html 乱比喻一下 机场的行李输送带机每秒（照自己的表）把一个行李贴了个音符丢到输送带上 如果完美的话旅客取行李处每一秒会准点出一个行李并可得知音符，可以依据唱出旋律 但实际上行李在途中会有碰撞、转弯等导致位移，行李出来的时候会有前有後不再准确 的以一秒为间隔，唱起来就走音了。ＰＬＬ试图把行李拨回较正确的间隔 相移是时间上变化，传统的同步模式受其影响深。也所以专业环境在有复数数位设备时 （通常是录音的 ADCs）会有 Master Clock 设备让所有的数位装置共用同一个主时钟 以解决同步的问题（但也有人认为这不会让声音变好还有可能变差XD 对啊、还一堆相斥的，要不出错、要延迟低、要时间准还要底噪低失真少 想要一次全都满足难度太高 ※ 编辑: Oswyn (114.45.101.109 台湾), 02/27/2021 09:55:23