关于最近引起讨论的nBridge+数播的Jitter测试数据
缘起是有一个国内人士买了一台著名的AP555音频测试仪，然后测了nBridge+的同轴口输出Jitter，测出结果大于1纳秒，觉得很烂，就把测试图发在国外论坛。然后这个用英语写的帖子又被传回国内，引起了一波关于nBridge数播Jitter水平的讨论。为了验证那位Wolf“狼叔”测试数据的正确性，我特意把自用的nBridge+样机拿去AP的经销商处，按照狼叔测试的方式和标准测一次。
测的结果，和狼叔测的不同，远没有到1纳秒这种水平。而是在500皮秒左右。（科普下，1纳秒=1000皮秒。英语缩写1NS=1000PS。）狼叔没有测nBridge+的I2S口（估计是测不来，因为需要特殊工具），AP经销商正好有这种特殊工具，因此测了一下I2S，抖动非常小，低于200PS。然后用AP555测了一下自身底噪（Loopback），结果也有200多PS，因此，nBridge+的I2S口用AP555无法准确测量，因为等于或低于AP555的自身底噪了。
但是nBridge+的同轴口和AES口似乎确实Jitter水平不低，500多PS算不上“烂”但是也不算很好。
以上是故事的第一段。 故事没完。我回来后接到AP经销商的负责人电话，说他回来看了那个测试报告，看出是有问题的。测试方法不对。AP555这种专业性很强的设备不是花钱买了就会正确使用的，是一个非常专业的东西。就像买了辆车，没有驾照，或者没有相应级别的驾照，是不能正确驾驭它的。他叫我把机器搬回去重新测一下，按正确的方式。
于是我第二次把nBridge+搬去了。 本帖最后由 小白 于 2019-12-16 13:20 编辑
下面是我的nBridge+由AP工程师按正确的方式测出的结果。测量的是同轴口Digital Unbalanced。44.1K赫兹频率。测试带宽50赫兹-100K赫兹。 这是同轴口192K赫兹的测试结果。 本帖最后由 小白 于 2019-12-16 17:07 编辑
nBridge+的IIS输出口仍是AP555无法测量的，因为等于或低于其底噪了。AP555其实是个多功能综合性的音频测试仪，不是专门针对Jitter，所以假如需要更高精度的Jitter测试，需要专门的设备了。
附图是AP555用Loopback测自身底噪，以及测IIS的结果。 本帖最后由 门的耳朵 于 2019-12-16 14:23 编辑
白版牛逼，面子大的，AP还会给测试！
不知道收费什么标准，介绍一下，下次我也送去测试测试！
关注:) 教授是有I2S配件，不过转盘或者网播这些机器的I2S一般都是HDMI接口，并不适配，需要LVDS转换
现在好一点解码器的HDMI接口对时钟的处理一般是本地PLL或者本地时钟ASRC，很少说直接拿里面的MCLK来用的，如果直接测试LVDS转换后的MCLK+I2S恐怕也不会太好看，但至少不会比同轴差。
经销商有这种测试LVDS I2S用的配件倒是挺意外，很有兴趣看看他们测试级的转换芯片方案
对于一些机器的测试结果是有看到，但是还没怎么关注，各种机器有好有不好的吧。如果说不好的因为测试方法不对被放大了，那好的那些就是超级好了。 本帖最后由 小白 于 2019-12-16 13:45 编辑
特别说明下，我从来不认为数字设备就纯粹是以输出Jitter的数字大小论高低的。只要实际的输出Jitter不错，没有离谱，余下的，是数字不能说明问题的。
Jitter如论如何是不可能等于零的，无论多小都会存在，而如果有设备进一步分析Jitter的具体频谱和成分，会更好地和“声音”关联起来。 数字设备真的只要看jitter就行了吗？那岂不是成了某知乎科学家，靠哈曼曲线打分了？
数据当然越高越好，但是最终声音效果也很关键吧。玄学、科学双管齐下好才是真的好。 我比较傻哈，上一排下一排到底看哪个？ 本帖最后由 小白 于 2019-12-16 13:57 编辑
mifeng 发表于 2019-12-16 13:49
我比较傻哈，上一排下一排到底看哪个？
看RMS Jitter和Average Jitter。其实这只是个总的数字，如果细看，可以观察Spectrum，和声音关联性更强。 本帖最后由 BG1PCC 于 2019-12-16 14:11 编辑
测量请按照规范
上面的测量从设置上并不符合SPDIF测量的基本规范
:)
提示：AES3
BTW:请测J-Test信号数据 而不是静音的
否则这实测比FPGA软核输出的数据还好 测量被质疑很难看的
可500ps也是极高的jitter了，一般界面的数字输出就在几十ps吧。
