文科生百思不得姐之一——网络HIFI会传导jitter？

ztjun

交易区新帖推荐

h_s2000 发表于 2020-7-9 08:04
异步USB传输、CD读取也是数据包，同轴信号才是音频流。

只考虑时钟，数据包/帧、位时钟对音频转换影响 ...

这个胡说了。异步usb和cd都带时钟信号的，音频流数据。
感觉你一知半解，懂一点，但乱套

楼主说的对，网络层的传输无论tcp还是走udp都无需时钟信号，纯数据流的传输。到了usb后开始时钟介入，音频流传输。

ztjun

网络或pc upnp服务器从nas到数播，无论走wifi还是网线，只要走网络协议的，都是走tcp传输。这个可以看下upnp或dlna协议白皮书，网络层都是用tcp,  tcp协议是不带时钟的纯数据流传输，数据不带时序，这个只要是读网络专业的都应该清楚。

数据进入数播后，用usb传输音频流给下端界面。此时用的是数播的时钟，此时无论下端界面是异步usb还是同步usb，上端数播传下去时就带入时钟。所以我们说源头改善音源质量就是指数播的时钟晶振。这里改善了无论下端是异步还是同步都会有明显效果。

而界面异步usb在收到音频流后会根据自己的时钟进行音频流重整，重整并非全部重来，所以上端的质量还是会对下游起作用的。

如果要改善自己系统，从数播着手是最好的，树莓派，pc改晶振加入线电，进行光电隔离都是直接巨大的改善，其次是界面，最后是解码器。

后续如果有这样的产品，将数播和界面集成在一起用统一的外挂时钟，这是最理想的方案。

ztjun

h_s2000 发表于 2020-7-9 08:58
异步USB也是数据包，接收端有缓存队列。

关于时钟：DAC主时钟/字时钟影响大，数据包/帧、位时钟影响都 ...

请教不敢，一起交流。建议看下usb传输协议白皮书，其中关于音频传输的说明

ztjun

wkd15jordan 发表于 2020-7-9 09:06
这就是玩HIFI难受的地方，很多东西要靠“猜测”，也不用说耳朵收获，因为很可能有的人系统就是听不出，有 ...

数字hifi的声音改善，要讲原理，并非玄学。

ztjun

h_s2000 发表于 2020-7-9 09:08
我的观点前端时钟不是最关键。

你改过pc主板恒温晶振或树莓派恒温晶振，应该就不会这么说了。

ztjun

h_s2000 发表于 2020-7-9 09:24
恒温晶振没改过，PC上的24M有源晶振换过，不算成功，就没继续玩下去了。

楼主讨论的是网络传输影响， ...

pc如果是作为upnp或dlna服务器推送数据给数播的话，你pc换晶振自然没有作用，因为网络传输数据流是走tcp，如果你pc作为数播直接usb到界面，这种情况下，你换恒温晶振效果就巨大了。

我理解楼主说的在交换机上加时钟，对后端不可能有改善，理由说的很清楚了，网络层，upnp或dlna都是走tcp协议的。

ztjun

h_s2000 发表于 2020-7-9 09:34
数字信号电流的上升沿、下降沿，理想的数字信号应该是像方播信号，中间持续时间平稳（精度要求不需太高） ...

你说的是音频流的脉冲，tcp数据传输通过数据包的封装，报文记录数据包序号。你不要张冠李戴。
jitter产生当然不仅仅是时钟，但时钟是最重要的因素。

ztjun

小白 发表于 2020-7-9 10:47
实话说这个问题我见过不少电脑、网络工程师（同时又是发烧友或音响从业人员的）都搞不懂，只知道确实会影响 ...

交换机加时钟就是骗钱，毫无疑问。

ztjun

wkd15jordan 发表于 2020-7-9 10:35
传输时是乱序的数据包，哪来的时钟信号呢？
网络TCP协议，怎么带来抖动呢？

网络层的数据传输不会干扰后续的音频流传输（usb）

ztjun

数字层的网络传输有校验机制，确保数据准确。而数据到音频流的输出就要涉及时钟(数播到界面)，此时的传输不是按网络报文封包形式，而是按数据(音频)流，这样的传输有时序要求的。

这就是为啥后端哪怕是异步也会有影响，因为过来的数据流时序不对，是无法反向纠正的，只能通过算法和自己的时钟在源头的信号上改善。

所以，数播这一端的音源质量最重要。而网络传给数播的都是有tcp，无时序要求。这是最基本的tcpip协议的知识。

之所以网络工程师对音质改善不理解，是因为他们对音频流不清楚，他们认为这只是数据传输，数据只有对和错，却不知流数据在传输中的时序要求（这个网络专业是没有学的）

ztjun

wkd15jordan 发表于 2020-7-9 10:50
“一个乱序接收, 缓存重整的数据流消耗更多资源, 在物理层面上引发更多干扰, 明显抖动还更大吧.”

物理 ...

完全不懂装懂

ztjun

h_s2000 发表于 2020-7-9 11:11
TCPIP物理层也是脉冲电流，你说的都是数据链路层以上的概念。

所以这就成为奸商的卖点了，你说的物理层在我们的局域网中是通过数字比特流进行传输（仅网线，wifi还不是），工作在上层传输层的tcp协议负责整个传输机制确保数据正确，与音频流完全不是一回事，所以网络传输中只需确保数据的准确性就可以了，upnp协议基于此只推送数据。数播要做的工作才是将数据按音频流的方式进行传输。

奸商可不管，混淆概念，居然强调把物理层的比特流的时序性，太搞笑了。

ztjun

amex 发表于 2020-7-9 11:22
网络音频走的就不是tcp吧……
另外声音改变还有别的因素，你就算不用网络音频，usb放本地文件，单纯换网线 ...

看upnp的白皮书，不是靠猜，都走tcp

ztjun

amex 发表于 2020-7-9 11:41
以下是DLNA的技术——
https://spirespark.com/dlna/guidelines/
Media Transport        —— HTTP (Mandator ...

你要看他的网络协议栈

NetWorking Stack 网络协议栈：DLNA的互联传输基本上是在IPV4协议簇的基础上的。用TCP或者UDP来传都可以。这一层相当于OSI网络层。

ztjun

h_s2000 发表于 2020-7-9 11:49
网络传输只需要保证数据准确性，对于计算机没问题，换在音频系统中说不通，数据没出错实际对声音有影响。 ...

所以才有数播啊，数播的任务是啥？就是将网络中接收过来的数据转成音频流啊。

网络传输对数据上来说是0差错的，但数据转成音频流的时候就非常讲究，需要高级时钟介入，它需要按标准的时序进行播放（即：传出流数据）。