找回密码
 -注册-
查看: 24375|回复: 210
打印 上一主题 下一主题

年度娱乐帖【网播系统的“科学”优化理论与实践】兼PNA nSwitch测评

[复制链接]
跳转到指定楼层
1
发表于 2020-12-14 15:34 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式 来自 浙江省
本帖最后由 phoexi 于 2020-12-21 08:06 编辑

  是的,我最近又在折腾网播系统。网播是个让人又爱又恨的东西,爱它的使用方便,曲目来源丰富;恨它的组建与优化复杂,影响声音的地方太多。

  在这里,我先说一下个人对这几年来折腾网播系统优化的经验做个总结。网播系统的优化,基本上就是围绕着两个核心:
1、尽可能分隔各个部分,降低最终的干扰
2、尽可能保证音频流的可靠稳定实时传输

根据多次反复对比总结,不同设备产生的干扰大致如下:
高干扰设备:普通PC/无线路由器/普通NAS
中干扰设备:存储设备读取/有线路由器
低干扰设备:普通光交换机/普通电交换机
极低干扰设备:HIFI交换机/HIFI网桥/HIFI服务器

不同设备的隔离作用以及对音频流的影响大致如下:
普通光交换机(包括光隔离器):隔离作用强,音频流影响大
无线WIFI传输:隔离作用强,音频流影响极大
HIFI交换机光隔离/光口:隔离作用强,音频流影响中
普通网口变压器(如各种树莓派等主板自带网口):隔离作用极弱,音频流影响中
高质量网口变压器(一些HIFI设备会选用较好的网口):隔离作用弱,音频流影响小
HIFI交换机电口:隔离作用中,音频流影响小

补充说明一下,网播系统的网络里面有三种类型的数据传输
1、控制信号:控制机器播放/选曲等,不要求传输质量
2、文件数据:以文件形式传输,对传输质量要求不高
3、音频流:已经转换成为音频流,如ROON RAAT/HQ NAA等,对传输质量要求高。UPNP方式兼具文件和流的特性,要求介于二者之间。

  结合以上几点,最终得出的结论如下:
1、播放本地文件情况下,加上一台HIFI服务器,比网播/网桥直插存储设备会好得多,且HIFI服务器建议给存储设备单独供电,可以减少存储设备读取噪声的影响。
2、PC/路由器/NAS与HIFI设备之间建议使用光口连接/光隔离器进行隔离,可以大幅减小噪声的影响。
3、HIFI服务器与网播/网桥之间建议加上HIFI交换机且使用网线(电口)连接,减少对音频流传输的影响,并过滤一部分干扰。
4、网络在线播放因为无法避免经过外网和猫/路由,通过挂入HIFI服务器的ROON或者HQ重新转换音频流后会比直接UPNP播放要好一些。


  说了这么多,可能看的都烦了,就拿个简单的图来说明一下个人认为最佳的网播系统连接方案吧。


  接下来就说说图中蓝框里这个核心“部件”,在之前我使用的是一套(两个)光电隔离器和一台HIFI交换机,共3件东西来完成的。这样一来,需要3个线电来供电,成本和体积都大大增加。前段时间,我看到PNA至纯网音发布一个新产品,nSwitch,只需要一台机器就能完成全部工作,于是果断下单。
  说起PNA至纯网音,它其实和我前段时间测评的celaduio属于同一个大团队,PNA是高端旗舰产品,而cel是走性价比的。
  两个核心人员之前都是华为网络设备核心研发团队,做个交换机基本就是老本行了,可以说是手到擒来。


  机器外观上,PNA的产品属于极简风格+科技感,整体做工是非常不错的。


  机器设计上是2+4个网口,内部用光纤隔离,也就是说,2个口可以接路由器和NAS之类的大干扰设备;4个口可以接HIFI设备。

  拆开改装看一下内部,整体的设计非常规整,布局和走线都很合理,看得出设计还是很有功底的。

  这个位置是nSwitch的超级电容电源,据说是两组超级电容,自动切换充放电,最终对那4个HIFI设备用网口的电路供电,是完全与输入的适配器隔离的,可以大幅减小供电的干扰。


  说一下nSwitch对声音的提升,最明显的是安定性,一耳朵的提升,声音的毛刺感会大幅减轻,更加细腻稳定。整体的密度也有所提升,同时高低频两端的延伸和声场会进一步打开。

  机器正面有两个开关,并不是电源开关(交换机插电就工作没有电源开关)左边的是接地方式选择,根据介绍说,如果有地盒,连接到nSwitch的接地端子以后,可以打开这个开关,会有更大的提升。另一个开关是机器指示灯的开关,指示灯的工作也会产生一定程度的干扰,实际对比下,关闭指示灯对声音有小幅度的提升。

  nSwitch是一台“音”“质”兼具的HIFI交换机,对于高端网播/网桥系统的用户个人十分推荐。

2
发表于 2020-12-14 15:37 | 只看该作者 来自 湖北省武汉市
以前我们广电的方式,现在都家用了
回复

使用道具 举报

3
发表于 2020-12-14 16:22 | 只看该作者 来自 上海市徐汇区
本帖最后由 wkd15jordan 于 2020-12-14 16:24 编辑

我的系统比较奇特,首先坚决不完roon,不用upnp,raat等音频流协议
路径是:NAS——mesh主路由——wifi——mesh分路由——光纤发送器(线电)——光纤——HIFI光电隔离——网线——网播(NFS文件共享协议)
参考凤总的思路,如果NFS读取NAS是文件传输,那我传输稳定时实性就解决了,然后WIFI的mesh隔离了NAS的干扰,光电隔离又解决了分路由的干扰
那我这个奇特的“局域网半网播”是不是没什么问题?
回复

使用道具 举报

4
发表于 2020-12-14 16:37 | 只看该作者 来自 广东省广州市
搞这么复杂,除了可以播放流媒体的便利性外,到底音质能不能胜过本地文件播放?
回复

使用道具 举报

5
发表于 2020-12-14 16:44 | 只看该作者 来自 上海市
本帖最后由 ztjun 于 2020-12-14 16:47 编辑

感谢凤仙分享经验!
2、文件数据:以文件形式传输,对传输质量要求不高
这点可能不一定,举例来说,nas和网桥之间的文件数据传输时,网线的质量不同就对后面的音质带来影响,包括wifi和网线传输介质不同,也会有影响。至于协议不同,例如Upnp或dlna,抑或是nfs纯文件传输协议,是否对音质有影响尚未试验过。


其他都很赞同,并学习了!
回复

使用道具 举报

6
发表于 2020-12-14 16:53 | 只看该作者 来自 上海市
35f2 发表于 2020-12-14 16:37
搞这么复杂,除了可以播放流媒体的便利性外,到底音质能不能胜过本地文件播放?

我理解流媒体比本地文件播放,需要多解决一个问题,主要是如何隔离由网线带来的噪音,即前端网络设备(交换机、路由器)、存储设备(电脑,nas)等发生的各种干扰噪声通过网线带入后端。其他基本和本地文件播放的用电和隔离等要求一致。
而“如何隔离由网线带来的这部分噪音”就是网播要解决的重点核心了,凤仙提供的思路正是说明的这点。
回复

使用道具 举报

7
发表于 2020-12-14 16:56 | 只看该作者 来自 湖北省荆州市
再这么弄下去,你家有多大书房都要被塞满。
回复

使用道具 举报

8
发表于 2020-12-14 17:06 | 只看该作者 来自 上海市
35f2 发表于 2020-12-14 16:37
搞这么复杂,除了可以播放流媒体的便利性外,到底音质能不能胜过本地文件播放?

有时候想想,其实真不应该走网播这条路,应该坚决走cd和本地播放,这样可以减少太多麻烦,网播确实便利太多,也确实麻烦太多

可能家里有群晖nas,不知不觉就去搞树莓派,搞恒温晶振改造,搞交换机隔离,搞各种网络设备的线电,搞斑波。。。。。。。等反应过来,网播这条路也快走到终点了,所以,现在就享受便利性吧,回头想想当初太傻了,再来一次绝对不搞网播了。

回复

使用道具 举报

9
 楼主| 发表于 2020-12-14 17:18 | 只看该作者 来自 浙江省
本帖最后由 phoexi 于 2020-12-14 17:21 编辑
ztjun 发表于 2020-12-14 16:44
感谢凤仙分享经验!
2、文件数据:以文件形式传输,对传输质量要求不高
这点可能不一定,举 ...

你对比下就知道了

raat和naa基本上是实时且连续的传输 对网络优化更敏感(尤其是对服务器和网桥之间这段)
upnp当然也有影响 但是upnp本身传输是当文件 一段段切开传输(实际大概几秒传一段)
所以说介于文件和音频流之间

注意我对文件传输用词都是要求不高 而不是没要求
upnp还要高一点的

另外 上面说的是传输实时性的影响


至于你说的网线差别 那是当然的
网线差别影响到干扰大小 那是另一回事了
回复

使用道具 举报

10
 楼主| 发表于 2020-12-14 17:26 | 只看该作者 来自 浙江省
35f2 发表于 2020-12-14 16:37
搞这么复杂,除了可以播放流媒体的便利性外,到底音质能不能胜过本地文件播放?



几个原因

1 单个数播 本地播放 没有隔离存储设备读取噪声的能力
2 单个数播 主控和数字输出电路在一起 相互干扰
3 单个数播 必然有屏幕 存在较大的干扰


所以为什么CD转盘声音好  因为1.读取噪声低 2.控制非常简单 3.可以用干扰小的简单屏幕

而网播 1.可以服务器和桥分开 2.还是服务器和桥分开 3.可以完全没有屏幕
回复

使用道具 举报

11
发表于 2020-12-14 18:10 | 只看该作者 来自 上海市

百万设计过一个本地播放的转盘,似乎可以解决以上问题
没有屏幕,屏幕在遥控器上,电也做了相应隔离
回复

使用道具 举报

12
发表于 2020-12-14 18:29 | 只看该作者 来自 上海市
我有一个疑惑,以下是一篇科普的引用
这对于大众消费者来说不是一个适合的解决方案。RAAT的处理方式不一样是在于,当我们在Roon中按播放的时候,RAAT会先很快速地将几秒钟的音乐送到Roon Ready的音响器材 (譬如说:DAC产品) 内的缓冲区,大概是10秒钟上下的长度的音乐。当音乐在播放的时候,Roon Ready器材会用自己的clock来处理这些数位讯息,Roon的工作就是等到Roon Ready器材将近用完那些资料前,继续补上那个10秒钟的音乐进去。
Roon的RAAT是使用TCP的方式传输,而不是UDP。对于网络技术有点了解的人会知道TCP比UDP稳定。

这么说,RAAT是音频流,但传输的稳定性差应该表现为断流,而不是音质差,毕竟没有时序信息。换言之,这个音频流其实是“流式地传文件到roon ready”?并且,数据确保正确(不像有些音视频传输是不可靠的)
回复

使用道具 举报

13
 楼主| 发表于 2020-12-14 18:30 | 只看该作者 来自 浙江省
ztjun 发表于 2020-12-14 18:10
百万设计过一个本地播放的转盘,似乎可以解决以上问题
没有屏幕,屏幕在遥控器上,电也做了相应隔离

我买过
少了屏幕干扰 多了蓝牙射频干扰 从音质上看 明显不是提升

他设计分体屏幕纯粹是为了使用体验

另外 我后来把蓝牙拆了  变成开机就播 不能暂停不能切歌
没了蓝牙干扰 音质好不少
回复

使用道具 举报

14
 楼主| 发表于 2020-12-14 18:42 | 只看该作者 来自 浙江省
Synaric 发表于 2020-12-14 18:29
我有一个疑惑,以下是一篇科普的引用

你如果要纠结为什么音频流的稳定性会影响音质的话

其实数据从网口进网桥 再从数字音频口输出数字信号 必然是经过缓存的

数据的存储和读取都会产生噪声(元器件本身噪声和电流大小变化对整个供电的污染)
存取的脉动越大 干扰就越大

所以说 音频流越稳定 那么整体噪声就越低



话说回来了 对于这个问题就有两个解决方法

1.稳定存入+稳定读取 这也就是roon的raat追求的
2.最快速度把文件转换成标准数据然后塞进内存并断开存入+稳定读取

方案2也许更好 但是需要很强的cpu和传输带宽 使转换和存入足够快(最好一首歌开头0.x秒声音没出来就存好了)
回复

使用道具 举报

15
发表于 2020-12-14 18:56 来自手机 | 只看该作者 来自 上海市
phoexi 发表于 2020-12-14 18:42
你如果要纠结为什么音频流的稳定性会影响音质的话

其实数据从网口进网桥 再从数字音频口输出数字信号  ...

超级大的fifo?
回复

使用道具 举报

16
发表于 2020-12-14 19:03 | 只看该作者 来自 上海市
phoexi 发表于 2020-12-14 18:30
我买过
少了屏幕干扰 多了蓝牙射频干扰 从音质上看 明显不是提升

凤大牛逼,啥都搞过,这样看我搞网播,也没这么傻了。
回复

使用道具 举报

17
发表于 2020-12-14 19:05 | 只看该作者 来自 广东省江门市
只能上hqplayer啊。。?
回复

使用道具 举报

18
 楼主| 发表于 2020-12-14 19:10 | 只看该作者 来自 浙江省

也可以这么认为

但是 基本上需要自己开发网播传输协议了  市面上现成的协议要么是追求平稳(尤其是raat 官方说明就有提及这方面)
要么是不管
至于那几种传文件的方式更是随便传的(我说传文件要求不高主要是传输方式本身脉动太大了,网络的脉动远不如它本身的大)


另外 我说的这种方式 并非pc上常见的内存播放 因为内存播放存的是原文件
实际播放时候 文件是从内存取一小段进cpu 解压 放回内存 再进cpu 再输出 折腾很多回
而我说的必须先把文件转换成某种标准数据 才可以不经处理直接稳定读取就从数字口输出去
回复

使用道具 举报

19
发表于 2020-12-14 19:15 | 只看该作者 来自 广东省广州市
专门抽出时间听音乐时,关闭蓝牙和网播功能
随便听听用网播和蓝牙,音质过得去就行,这样最省事
回复

使用道具 举报

20
发表于 2020-12-14 20:48 来自手机 | 只看该作者 来自 广西来宾市
能不能评一下pna?对这个比较感兴趣
回复

使用道具 举报

您需要登录后才可以回帖 登录 | -注册-

本版积分规则

Archiver|手机版|粤icp备09046054号|耳机网-耳机大家坛

粤公网安备 44030602000598号 耳机大家坛、www.erji.net、网站LOGO图形均为注册商标

GMT+8, 2024-4-27 02:06

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表