音频传输主流是AES而不是HDMI，对应音频，所有专业设备都更注重重建而不是传输误差，因为录音基本是分轨，并不存在特别关心所谓传输jitter，更关心各轨的同步，尤其牵涉有视频，专业机的时钟要求不是为了所谓jitter，而是同步问题，民用设备如今为了骗钱，人为制造玄学，切勿掉坑

嘿嘿，述职都靠说得云山雾罩，秀爆米花，不能拿苞米粒子。

你结合啥理论了？你这人嘴怎么这么硬？看不懂也不用你说看不懂，不说还不行么？不懂装懂也罢了，争什么争啊？乌拉半天，你说啥了？不识趣。

首先对于HDMI来说，接收端可以直接获取到音频抽样频率，以下是HDMI1.4协议中相关部分的原文Whenever transmitting a valid audio stream, HDMI Sources shall always include valid and correct information in Channel Status bits 24 through 27. For L-PCM audio, these bits shall indicate the audio sample frequency. For compressed audio formats, these bits shall indicate the IEC 60958 frame rate.For One Bit Audio, sample frequency information is carried in the Audio InfoFrame.所以从理论上构建异步时钟是可行的协议中同样定义了一组N/CTS参数用于构建同步时钟，OPPO测试中描述的同步时钟方案其实就是协议提供的参考方案，我上面回复中也有提到至于实际中是否存在使用异步时钟方案的产品，OPPO原文的相关部分如下Once the signal reaches the receiving end, for PCM and DSD audio, the reconstructed audio clock is usually used directly to drive the audio data. As a result, the HDMI audio jitter reduction circuit can improve the sound quality of PCM and DSD audio directly. For bitstream audio in compressed formats such as Dolby Atmos, Dolby TrueHD, DTS:X or DTS-HD Master, the jitter reduction benefit depends on whether the decoder design in the audio processor/receiver uses a synchronous or asynchronous clock. Compressed audio decoding requires buffering of the audio data and performing mathematic manipulations. If the decoder uses a synchronous clock design, the decoded data is usually driven out with a clock that is 1x, 2x, or 4x that of the reconstructed audio clock but synchronised to it, so the benefit can carry over. If the decoder uses a completely new, locally generated clock to drive out the decoded data, then jitter reduction on the player side is not a benefit, but the same circuit ensures error-free delivery of the bitstream audio data to the decoder thanks to a very stable HDMI video clock and a constant CTS value.In order to isolate the benefit of the UDP-205’s HDMI jitter reduction circuit, the engineers intentionally selected a lower end mass market A/V processor for this experiment. The reason is that some high-end A/V processors have their own clock regeneration or clock isolation circuit, so the test result may be attributed to the A/V processor’s design rather than the UDP-205. Using a mass market A/V processor may not reveal the best possible performance from the UDP-205, but the key here is to identify the sidebands to see how the jitter reduction circuit performs.以上部分其实楼主已经提到了，所以我才说让你去一楼看看OPPO这篇测试里提到PCM和DSDusually使用同步时钟模式，这一点我在2楼的回复中就有提到，我之所以说PCM和DSD也可以使用异步时钟模式，就是因为上面HDMI1.4协议中提到的对于PCM和DSD来说也同样在数据包中直接携带了抽样频率，所以理论上跟源码输出是一样的这就是我所谓的“结合理论和OPPO的测试”我也是看你上面的回复认为你是了解信号处理相关知识的，所以才回帖聊一下，打嘴仗没什么意思

还以你自己的经验……你自己的经验只能做参考，不能引用你不知道？<br>你要是个瞎子，别人眼里看到的就都是错的？

好详细

哥们，别磨嘴皮子了，说来说去又绕回贴主翻译的文章第一楼开始了，没必要。好好看看第一楼就行了，能理解就理解，不理解就不解释吧。唉，真墨迹太啰嗦！

我曾经试过3个人一起对比dune duo pro 和OPPO 203的，反复测试了两三个小时，三人最开始有次说好像哪里有点区别，是不是某个段落哪里低音爆发猛一点。可惜只有一次是这样的，后来三人一致表示听不不出来区别，即使再反复测试那个段落。画质的差异当时感觉也很细微。<br>高清播放设备这种东西，真正要完善要发展的应该是软件，而不是老是去炒作这些玄的部分，玄的部分是可以带来更高的利润。但其实只是让这个市场越来越小。画质上要嘛追求自己独特的渲染算法要嘛就追求从原始编码到最终呈现时的准确无色差就好。数字时代信号逻辑处理的一切都是soc，算法，SDK搞定完了的。力争把软件做到极致，才是这个行业做到做强的出路

HDMI不是为音频传输设计的，抖动高很正常，这里说的是HDMI可以使用异步时钟隔离线路时钟抖动的影响，这跟现在满大街的USB XMOS是一个道理

一来播放器设置不同确实会对导致输出不同二来就是文盲式的玄学了没人讨论HDMI线的影响就能看出来了，影音这一块儿无非是在文盲式的照搬HIFI那一套，线电、晶振都可以买到现成本品，改造成本很低，所以有人炒作，而HDMI线根本没办法DIY，那些小商家总不至于为了极少数的“玄学发烧友”去置办一套HDMI线的生产线吧，自然就没人炒作了我不是从事影音器材相关工作的，对于PCM的时钟模式确实是从理论结合OPPO测试的一些言辞进行的推断，但是对于源码来说OPPO的测试里明确说异步时钟模式是没有影响的，可不也有很多人甚至“发烧”大佬对着MT8581方案的不同产品之间发一些音质好坏的评论么