还有本地播放软件对内存播放和中断延迟优化的很多了，基于WIN系统的也有好几个，这方面有啥突破
当然缺点就是在线音乐搞不定
chigo 发表于 2021-11-16 18:17
CPU总线直出数据这个降低 延迟是可能的
但是数字卡用FPGA硬件处理数据，这不是所有厂家都这么干的，包括 ...
之前FPGA大多是转换，这次是“播放”，而且是“播放”自己板载内存上的。
andygaof 发表于 2021-11-16 14:49
我个人角度是不喜欢这种云评测方式的。原因有以下几点：
1. 我认为同一套系统和线材对比两个不同设备 ...
索尼PCM-D100录音笔 能很好的还原现场..然后再用nServer和其他高级数播或者CD对比..基本能听出大致情况..还有就是发烧友听的所有音乐文件都是录音设备录制出来的...所以说好的录音绝对能反应一个器材声音的好坏..
感觉DAOB就是个声卡
MPS：A之天籁B之毒药，AB我都有。。
看了老高一番详解，我表示更期待搭载DAOB的最终形态nServer，届时会更像一台传统传统，可以与众多播放器一较高下
qwerzz 发表于 2021-11-16 11:38
嗯，下级版本。
谢谢
寡_人_。 发表于 2021-11-16 18:35
索尼PCM-D100录音笔 能很好的还原现场..然后再用nServer和其他高级数播或者CD对比..基本能听出大致情况.. ...
玩过一阵类似级别录音笔，与现场差距还是太大了。
三千院风 发表于 2021-11-17 00:39
玩过一阵类似级别录音笔，与现场差距还是太大了。
没有什么设备能够百分百还原现场..几百万上千万的音响设备也不可能还原现场..但是绝对比他们那劣质的手机录音要好上太多..好的录音笔能够更好的提升现场录音质量,,好的音箱设备能够更好提升现场声音质量,至于要还原现场,那就是个笑话..
天才医少 发表于 2021-11-16 19:07
感觉DAOB就是个声卡
从硬件连接上DAOB是个PCIE声卡。
从功能上DAOB是个很有趣的东东，运行CelPlayer的时候，它自己是个Player。而且是一个从自己主板内存上读原始格式内容的Player。简单而且纯粹。
假定这货单独拆出来，用一个不会丢失内容的高速存储器，那他就是一个有高性能线电，OCXO时钟系统，只能放一张专辑的播放器。理论上比CD更可靠，更准确，延时更低。
寡_人_。 发表于 2021-11-17 01:06
没有什么设备能够百分百还原现场..几百万上千万的音响设备也不可能还原现场..但是绝对比他们那劣质的手机 ...
所以我觉得云听对比非常不靠谱，自己记录的时候，话筒灵敏度设置、环境噪音程度（不信开个风扇或者空调对着录音笔吹），干扰有时大到足以影响判断，即使同一个环境录音笔上下前后移动半米，出来的声音区别都很大，何况是不同环境不同人不同方法的录音呢。
所以我认为录音只能尽量作为一个记录自己跟自己对比去发现不同、不足和调整，云PK基本没有意义。
问一下高总，目前Nserver是只有usb输出，没有数字输出部分。
请问Nserver对usb输出部分有什么优化，和普通X86或者树莓派的usb输出优势在哪里？
这里只问usb部分，电源加成假设所有设备都一样的情况下。
谢谢
请问高总， 有没有计划让CelPlayer 直接播放Tidal/Qobuz Apple Music 等网络资源（不通过Roon)？ 毕竟不是什么人都存有大量的本地资源的，对烧龄短的烧友来说网络资源更是不二的选择。
沧海茫茫 发表于 2021-11-17 10:10
请问高总， 有没有计划让CelPlayer 直接播放Tidal/Qobuz Apple Music 等网络资源（不通过Roon)？ 毕竟不是 ...
那是声韵的路线了，自己改操作系统，然后自己写完整APP
chunshuo 发表于 2021-11-17 09:58
问一下高总，目前Nserver是只有usb输出，没有数字输出部分。
请问Nserver对usb输出部分有什么优化，和普通 ...
这是个好问题。在数字音频领域，目前的测试很有趣，有用相噪仪的，有用眼图的。不可否认，这些都可以表征一些东西出来。但是在PNA开始的一两年，我们的研发团队一直在思考一个问题。为什么Windows的ASIO和WSAPI，Linux的RT Kernel，会给包括USB在内的数字输出带来如此大的帮助？物理层的时钟噪声，眼图显然是没有变化的。用协议分析仪看，误码显然也是不存在或者可以忽略不记的。所以在这个领域，我们开始关注数据链路层，关注包/帧本身。
图上这块卡是我们三年前启动nServer预研时候做的卡，功能上非常像一个光纤隔离的数字界面，是一个“净化”方式的方案，这个方案后来被彻底放弃。但是它现在是我们最重要的测试硬件之一。这个东西经过研发的软件修改从发送工具演变为接收工具。例如USB测试，我们会把FPGA仿真成为一个USB解码器，插在转盘的USB输出上，然后可以获得所有的数据链路层每个包，每个帧，的接收间隔，抖动（这个抖动不是时钟的jitter，是每个包之间间隔差异的抖动），时延等很多目前测试手段无法给出的数据。然后我们可以清晰的看到操作系统层面，开大缓冲区，更换ASIO/WSAPI，启用RT内核，做出不同调度算法；播放软件的不同处理方式对USB也好，i2s也好，其他数字口也好在数据链路层上发生的变化，经过听感与数据的汇总分析，PNA目前有一整套的数据佐证软件调度对声音的影响。具体分析了什么，采用那些数据，这些请恕我不能透露，但是还是开篇提到的，时延越小，越实时，声音就越好。而且这种好跟硬件上换不同线可能导致三频变化不同，这些优化手段的结果永远都是声音各个听感指标上的一荣俱荣，如果优化策略得到相反的测试指标，结果也必然是声音上的一损俱损。
所以回到您刚才的问题，在软件和硬件上，我们对USB的优化，如果抛开电源、时钟。那么基于PCIE的设计思路，（这个没啥创新，JCAT很早就有，但是USB通过PCIE直接连接CPU是优化手段得以实现的硬件基础）AMD CPU结合软件处理，是我们对USB的主要优化。
如果非要说些不同的话，我们认为数字电路的接地在设计的过程中需要无比的重视，对声音的影响是巨大的，所以EUB（以太网USB接口卡）在接地方面增加了一个WIMA 薄膜电容的特殊接地处理，是我们经过整机接地的近百次实验给出的答案。同时在整个EUB的电源处理上，动用了6颗LT3045，从而确保每个电压的供电都纯净的，调音上两个USB接口用了不同的音频电容，使得两个接口的声音有则非常大的差异。
