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

因为高端的AV解码器可能已经考虑到时钟同步的问题，会有自己的解决办法，这样会导致205专门设计的电路起不到太大的作用，所以这个测试找了个低端的设备来做。其实可以看得出来，差别肯定是有的，但是结合到具体的环境，这些差别能否被用户感知到，是不好说的。这里也可以看出来HDMI传输音频的数据是没有问题的，存在不同更多是同步方面的问题，而中高端的功放很可能已经考虑到这种情况并采用一定的方法来解决同步的问题。这里提到的测试甚至需要专门的软件和设备来验证，所以如果真的是能感觉到甩几条街的差距，感觉更大的可能是设置方面的问题。

HDMI直接在音频帧数据包中标明抽样频率，同时还携带了一个抽样频率/线路时钟的对比值，所以可以使用多种方式重建时钟

这些流分离出来，折腾一顿后聚合出视频流和音频流，然后才到HDMI输出缓冲区，看上去你说的是前面的折腾。

你抄这么多干嘛？能说明啥？连最基本的203和205音质区别怎么送到功放上这么简单的问题都不敢回答？别堆猪粪充板面了，丢不丢人？

难啊！国内论坛讨论问题是靠的感情国外论坛是靠的技术，并且每个人都严格的限定在主题内。差距太大，所以国内的喜欢乱搅和一通，永远不知道真相。好在OPPO工程师给了一点提示。

这个是源码输出Colourspace: YUV444Colour range: limitedEOTF: SDRYCC colour range: limitedColourimetry: BT.709PLL clock: 0xc000027b, Vid clock div 0x000a339caudio config: on3D config: offcurrent vinfo: name: 1080p60hz mode: 19 width: 1920 height: 1080 field_height: 1080 aspect_ratio_num: 16 aspect_ratio_den: 9sync_duration_num: 2997 sync_duration_den: 50 screen_real_width: 820 screen_real_height: 460 video_clk: 148500000 viu_color_fmt: 2-----------------------添加点内容吧，想知道VID CLK是什么时钟，本来就不懂，结果更蒙了，色彩空间都跑里面去了，太复杂。还是明白人去研究吧。HDMI ip中的时钟 vid_clk与ls_clk https://www.cnblogs.com/zhongguo135/p/9438858.html

曲高和寡

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

首先对于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的测试”我也是看你上面的回复认为你是了解信号处理相关知识的，所以才回帖聊一下，打嘴仗没什么意思