耳机网-耳机大家坛

标题: 其实为什么有很多人觉得数字传输不会错，问题就在这里 [打印本页]

作者: 魔神Z 时间: 2021-1-8 00:40
标题: 其实为什么有很多人觉得数字传输不会错，问题就在这里

作者: cxz289 时间: 2021-1-8 00:47
你叫不醒一个装睡的人

作者: 偶系aven 时间: 2021-1-8 00:58
他们并不会去在意为什么播放是会有“缓存区大小”这么个选项
5ms的缓存和500ms的缓存声音是不同的
可能他们的设备都有星河超运那样的计算能力吧
在5ms内完成传输校验和重传这样的运算能力
然后还能顺便在这个时间内完成上一个周期的播放

作者: jhj 时间: 2021-1-8 01:49

偶系aven 发表于 2021-1-8 00:58
他们并不会去在意为什么播放是会有“缓存区大小”这么个选项
5ms的缓存和500ms的缓存声音是不同的
可能他 ...

现在一块不到千元的9600KF CPU，可以跑在5GHz频率，6核心。
1ms是三千万个时钟周期，5ms就是一亿五千万个时钟周期，会处理不了那么点音频数据？
你有些太小看现在硬件的计算能力了吧？？

我电脑里的几个4K 60Hz HDR视频数据播放，视频源码率在80Mbps+，数据量大概是CD格式的50多倍。
解码完成后的数据量更是达到了3840*2160*30bit*60Hz约15Gbps，是CD格式的上万倍！
这么大的数据量电脑都能完全实时的解码播放，音频流那点可怜的数据流量对电脑而言压根就不是个事。

作者: jhj 时间: 2021-1-8 02:01
USB音频数据确实是在出错的时候不会重传的。

但是，只要是一根合格的USB数据线，其误码率就会低得可以忽略不计。
播放一个月的音乐都未必会有一个数据包出错。

如果只是误码率这么简单的东西，线材厂商早就可以拿出一个数字来证明自家的线材有多NB了。
然而并没有，因为10块钱以上的合格USB线材，恐怕在有限的时间内都是测不出有任何误码发生的。
（毕竟不可能同时几套设备插着几根对比的线测上几年十几年）

作者: boxerlc 时间: 2021-1-8 02:02
本帖最后由 boxerlc 于 2021-1-8 02:10 编辑

偶系aven 发表于 2021-1-8 00:58
他们并不会去在意为什么播放是会有“缓存区大小”这么个选项
5ms的缓存和500ms的缓存声音是不同的
可能他 ...

把缓存长度设置为5ms的缓存，并不是说要在5ms内处理完数据哦。
缓存长度虽然是以时间为单位设置的，但是它实际代表的是5ms长度音频数据的存储空间，5ms最后会乘以音频的声道数、采样率和采样位深转换成字节长度。

缓存设置的小，电脑可以相对频繁的往缓存里补充数据，每次补充的量比较小；缓存设置的大，电脑可以相对偶尔的往缓存里补充数据，每次补充的量会多一点。

有理论说，不同的传输频率会导致噪声在频谱上分布的区别，从而对声音回放产生不一样的影响。这或许是你觉得缓冲区大小会影响声音的原因。

作者: 大鸟不受飞 时间: 2021-1-8 03:31

jhj 发表于 2021-1-8 01:49
现在一块不到千元的9600KF CPU，可以跑在5GHz频率，6核心。
1ms是三千万个时钟周期，5ms就是一亿五千万 ...

所以你是觉得usb界面没用，10块以上的usb线一样，我cpu能处理4k视频传输那么音频那点小流量更不用说了么

作者: boxerlc 时间: 2021-1-8 04:01

大鸟不受飞发表于 2021-1-8 03:31
所以你是觉得usb界面没用，10块以上的usb线一样，我cpu能处理4k视频传输那么音频那点小流量更不用说了么
...

人家哪里说usb界面没用了？

作者: erjinetac 时间: 2021-1-8 04:35
喔，又把臉湊上來了
對，XMOS用的協議讀錯不重傳
然而不重傳不代表沒辦法知道讀對或讀錯，因為有CRC
事實上錯誤率低得可以忽略不計，有些DAC有附加校驗功能，試一下就知道了
再說一遍，XMOS不是傻瓜，你引用的文件寫得很清楚
即使是192k的檔案，usb能支援同時10個聲道傳輸
如果傳錯是個問題，xmos為什麼不採用能糾錯的編碼
或是更粗暴一點，每個bit都傳3次，採用多數決？

作者: erjinetac 时间: 2021-1-8 04:42

大鸟不受飞发表于 2021-1-8 03:31
所以你是觉得usb界面没用，10块以上的usb线一样，我cpu能处理4k视频传输那么音频那点小流量更不用说了么
...

usb interface最重要的工作是把電腦給的訊號讀對，並且轉換成spdif格式
雖然正常來說都是bit perfect，然而如果usb interface本身的鐘很不準，並且後端的da跟著前端走
那麼的確有可能產生可聞的差異

作者: erjinetac 时间: 2021-1-8 04:50

偶系aven 发表于 2021-1-8 00:58
他们并不会去在意为什么播放是会有“缓存区大小”这么个选项
5ms的缓存和500ms的缓存声音是不同的
可能他 ...

根據XMOS給的規格，傳輸間隔是125μs，1ms = 1000μs
也就是說你的電腦，而不是超星河電腦，在這5ms當中總共傳輸了40次

作者: fixbug 时间: 2021-1-8 07:30
音频USB是采用无校验的流式传输，无校验不纠错不等于就会传输错误，这就是问题的核心与关键。
如果会传输错误，就要说明传输错误的原因，而发烧USB线恰好能减少这种错误，是实际的误码测试数据，而不是你用了多好的线之类的。拿出误码测试数据是最有说服力的，数字的测试数据黑白分明，不涉及脑放。
如果无校验也没有传输错误，那么这东西就是物理上完全无意义的。
新的音频传输协议早已经有带校验纠错的了，没见到厂家使用宣传，奇怪。

作者: MZSAN 时间: 2021-1-8 08:10

偶系aven 发表于 2021-1-8 00:58
他们并不会去在意为什么播放是会有“缓存区大小”这么个选项
5ms的缓存和500ms的缓存声音是不同的
可能他 ...

不要否认差异，但也不要过分夸大差异，，这是我一直在重申的观点。
我寻思，平时我在校电视台里搞晚会直播，1080p60帧100兆码率的视频信号都能在10ms缓冲里流畅推流，你个音频信号（还是播放，而非录制）何德何能，能要那么大的计算量？！该不会你是用90年代的电脑播放吧…
会有差异，但差异很大程度上与楼主c酱所说的相关，和缓冲没啥关系
平时最怕的就是你这样的伪科学，但凡自己拿个声卡用不同大小的缓冲录制音频测试下，都不会说出这样的话。

作者: MZSAN 时间: 2021-1-8 08:18

fixbug 发表于 2021-1-8 07:30
音频USB是采用无校验的流式传输，无校验不纠错不等于就会传输错误，这就是问题的核心与关键。
如果会传输错 ...

这种测试早就有了
一个关于USB线的测量l7
http://l7i4.com/d4lOa0
文章的结论大概说下：
1. 不同USB线之间确实存在“差异”而不是像某些极端分子坚持的那样，完全没有差异
2. 这些差异可以直接反映在音频输出上（但是幅度小到几乎不可闻）
3. 地环路和电磁兼容性问题是USB差异的主要源泉（光纤牛逼）
4. 差异与usb线的价格无关，千元线也许还不如机线
但是还有个结果是（这个其实没有放出来，狼叔只在小范围讨论过）在这个界面上采用独立5V供电之后，除了光纤以外别的USB线的差异就变得几乎无法测量了（没有放出来的原因是引入了电源这个不确定因素）

作者: MZSAN 时间: 2021-1-8 08:29

fixbug 发表于 2021-1-8 07:30
音频USB是采用无校验的流式传输，无校验不纠错不等于就会传输错误，这就是问题的核心与关键。
如果会传输错 ...

毕竟是成熟市场，存量就这么大，能挤一点牙膏是一点，造噱头可比创新与更新换代容易，用上新的音频协议一来以这些代工换壳的hifi品牌的能力实现有难度，二来能多挤一天牙膏是一天，多年来绿檀里天天吹水，然而实际成本才多少？大多都是代工换壳、采用成熟方案的产品却大谈“独家创新”，有些可笑…

作者: snlfsnef 时间: 2021-1-8 08:47
时钟才是重要的，无码概率太小，等到能听出必然是爆音

作者: xiaotan02 时间: 2021-1-8 09:01
看看prism的解答

F39E0F9D-AA37-435A-9827-296F3A3B52A8.jpeg (108.22 KB, 下载次数: 206)

作者: xiaotan02 时间: 2021-1-8 09:02
还有时钟抖动

FEF111D7-FF54-4BF4-92CB-D8ECA3070D51.jpeg (91.19 KB, 下载次数: 211)

作者: joseph.tt 时间: 2021-1-8 09:06

MZSAN 发表于 2021-1-8 08:18
这种测试早就有了
一个关于USB线的测量l7
http://l7i4.com/d4lOa0

说明电源干扰是主要问题
无码微不可察

作者: yeeypc 时间: 2021-1-8 09:06
USB传输和USB线有什么关系？

作者: erjinetac 时间: 2021-1-8 09:06

xiaotan02 发表于 2021-1-8 09:01
看看prism的解答

看清楚，aes/ebu，不是usb

作者: joseph.tt 时间: 2021-1-8 09:08

xiaotan02 发表于 2021-1-8 09:01
看看prism的解答

这跟USB有啥关系？

作者: touchmore 时间: 2021-1-8 09:11
理论值能当实际来讲？搞笑的吧？各大厂商设备终其一生也不过是在接近理论值的路上。

作者: yeeypc 时间: 2021-1-8 09:18

MZSAN 发表于 2021-1-8 08:18
这种测试早就有了
一个关于USB线的测量l7
http://l7i4.com/d4lOa0

这事我和狼叫兽说过，他这测量肯定会被反向引用，他就是不信。

作者: erjinetac 时间: 2021-1-8 09:18

xiaotan02 发表于 2021-1-8 09:02
还有时钟抖动

前年隔壁數播測出ns級的jitter，老燒們反饋良好
鐘不準究竟有多大影響其實是個尷尬的問題

作者: erjinetac 时间: 2021-1-8 09:25

yeeypc 发表于 2021-1-8 09:18
这事我和狼叫兽说过，他这测量肯定会被反向引用，他就是不信。

我們的樓主Z先生，面對狼教授的usb測量文章，發表了以下的高論
"虽然在数字端差异很小，但是在模拟断转换放大以后就不一定了"

作者: xiaotan02 时间: 2021-1-8 09:30

erjinetac 发表于 2021-1-8 09:06
看清楚，aes/ebu，不是usb

难道usb不传输这些方波信号？

作者: MZSAN 时间: 2021-1-8 09:31

erjinetac 发表于 2021-1-8 09:18
前年隔壁數播測出ns級的jitter，老燒們反饋良好
鐘不準究竟有多大影響其實是個尷尬的問題

是的，现在关于jitter的影响有多大，双方完全各执一词…

作者: 处理器 时间: 2021-1-8 09:35
本帖最后由处理器于 2021-1-8 09:38 编辑

xiaotan02 发表于 2021-1-8 09:30
难道usb不传输这些方波信号？

异步USB传输的是数据包1ns发送200多个数据包，接收端从buffer里面取出，音频时钟在接收端，转成I2S信号。每个数据包都有校验位，出错了虽然不重传，发送端的驱动程序是可以知道的，但一般出错概率很小。
与AES有差别，不过AES转I2S也有异步时钟，看实现机制。

作者: 魔神Z 时间: 2021-1-8 09:37

xiaotan02 发表于 2021-1-8 09:30
难道usb不传输这些方波信号？

饭要一口一口吃首先要确定的是会不会出错，不然都跑出来说计算机常识就是不会出错

作者: 魔神Z 时间: 2021-1-8 09:41

erjinetac 发表于 2021-1-8 09:25
我們的樓主Z先生，面對狼教授的usb測量文章，發表了以下的高論
"虽然在数字端差异很小，但是在模拟断转 ...

有啥问题呢数字端本身就是一个量化参数超高的载体首先要确认的是会不会出错会不会加校验你之前不是还说都会校验的吗怎么会错呢 usb传输压根就不会出错怎么现在又转移话题了

作者: erjinetac 时间: 2021-1-8 09:43

xiaotan02 发表于 2021-1-8 09:30
难道usb不传输这些方波信号？

usb interface接收usb訊號後，再將訊號轉換成spdif
只要能保證不誤碼，usb訊號的品質並不影響後端的轉換

作者: 魔神Z 时间: 2021-1-8 09:43

snlfsnef 发表于 2021-1-8 08:47
时钟才是重要的，无码概率太小，等到能听出必然是爆音

现在有些人是不承认时钟问题认为时钟精度不高抖动压根就不会影响音质数字传输也不会出错

作者: erjinetac 时间: 2021-1-8 09:43

魔神Z 发表于 2021-1-8 09:41
有啥问题呢数字端本身就是一个量化参数超高的载体首先要确认的是会不会出错会不会加校验你之前不是 ...

說得一副那張圖量的不是模擬訊號

作者: erjinetac 时间: 2021-1-8 09:45

魔神Z 发表于 2021-1-8 09:41
有啥问题呢数字端本身就是一个量化参数超高的载体首先要确认的是会不会出错会不会加校验你之前不是 ...

你哪裡看到錯了呢？

作者: 北极星 时间: 2021-1-8 09:46
发烧USB线是真的贵

作者: xiaotan02 时间: 2021-1-8 09:47
本帖最后由 xiaotan02 于 2021-1-8 09:48 编辑

处理器发表于 2021-1-8 09:35
异步USB传输的是数据包1ns发送200多个数据包，接收端从buffer里面取出，音频时钟在接收端，转成I2S信号。 ...

有一点是方波通过导线会有上升下降这类波形变化
如果导线质量不好，那么方波信号是不是有被削平而错失状况？而且不重传
有时供电好了，对于方波体质更好了，于是对线材影响就减少了，当然好的线材
对于供电弱，方波信号体质弱情况下是不是有更好作用？

作者: xzhfire 时间: 2021-1-8 09:49
我新购入即将到货一条200块大洋的USB线，然后接下来会在HDV820和3万多的CD机上去AB一条目前手持的一条2000多块大洋的USB线，不知道能不能听出区别

作者: 魔神Z 时间: 2021-1-8 09:51

erjinetac 发表于 2021-1-8 09:45
你哪裡看到錯了呢？

你又是在哪看到usb音频传输里加了Reed-Solomon和海明码的呢？？？

作者: xiaotan02 时间: 2021-1-8 09:53
本帖最后由 xiaotan02 于 2021-1-8 09:55 编辑

魔神Z 发表于 2021-1-8 09:37
饭要一口一口吃首先要确定的是会不会出错，不然都跑出来说计算机常识就是不会出错

觉得0和1失误率应该不是问题关键
数字问题不都是相位问题吗
主要就是0和1按准确的时间送到解码问题
异步重组时钟后的0和1相位
最原始的0和1相位是不是有差别？

同步解码可以很好保持和源头的步调吧

作者: 处理器 时间: 2021-1-8 09:56

xiaotan02 发表于 2021-1-8 09:47
有一点是方波通过导线会有上升下降这类波形变化
如果导线质量不好，那么方波信号是不是有被削平而错失状 ...

数据流从准确性角度，波形变型不至于数据识别出错，除非干扰特别大，当然USB会有影响，合成音频流会受数据包的影响，Buffer的本质也是一种PLL电路。

AES是标准的音频数据流，波形变型影响比较明显。

作者: erjinetac 时间: 2021-1-8 09:58

魔神Z 发表于 2021-1-8 09:51
你又是在哪看到usb音频传输里加了Reed-Solomon和海明码的呢？？？

我沒說過usb訊號用這兩種編碼

用hamming code編碼是你說的，引用你的原話

不管是海明码还是格雷码都不能保证不能保证不出错，看到一个人说海明码加缓存效验就不会错了，难道你们不知道校验码也受到时钟影响吗

cd用Reed-Solomon編碼的例子則是為了指出你認為hifi都沒有檢查碼的錯誤，引用你的原話

如果在高保真里还用校验码，以为是打电话还是听收音机呢？

作者: 魔神Z 时间: 2021-1-8 09:59

erjinetac 发表于 2021-1-8 09:43
說得一副那張圖量的不是模擬訊號

有啥问题吗现在解码器的如果就比参数，不就0.0000几%的差别难道他们声音都一样？你听不出来？

作者: 暖豆豆 时间: 2021-1-8 10:00
你知道什么是USB异步传输卖

作者: 魔神Z 时间: 2021-1-8 10:01

暖豆豆发表于 2021-1-8 10:00
你知道什么是USB异步传输卖

先搞清楚异步是干嘛用的

别看广告从技术本身看

作者: 魔神Z 时间: 2021-1-8 10:05

erjinetac 发表于 2021-1-8 09:58
我沒說過usb訊號用這兩種編碼

用hamming code編碼是你說的，引用你的原話

我啥时候说过加海明码？那可都是你们说的， Reed-Solomon是因为光电转换你为了证明数字信号不会错非要扯犊子

作者: erjinetac 时间: 2021-1-8 10:07

魔神Z 发表于 2021-1-8 10:05
我啥时候说过加海明码？那可都是你们说的， Reed-Solomon是因为光电转换你为了证明数字信号不会错非要 ...

都原文引用了你還不認，佩服

作者: tyj518 时间: 2021-1-8 10:07
以现在的技术，保证USB传输音频流数据正确（极低的误码率）并不困难，USB音质的瓶颈也不在这里。
USB音质的主要瓶颈在于供电与电气隔离，以及界面自身的时钟精度。

作者: yuhuang 时间: 2021-1-8 10:07
跟缓冲关系不大，主要还是线材带来的前端噪声以及转换界面的噪声，在后端环节被放大造成的影响。

作者: xiaotan02 时间: 2021-1-8 10:09
其实好的cd，同步解码情况下声音可以更鲜活
相比异步解码和一些数播，0和1大家都一样，就是时间相位差异影响鲜活度

作者: 魔神Z 时间: 2021-1-8 10:09

erjinetac 发表于 2021-1-8 10:07
都原文引用了你還不認，佩服

在哪呢哥们？

作者: 魔神Z 时间: 2021-1-8 10:11

erjinetac 发表于 2021-1-8 10:07
都原文引用了你還不認，佩服

麻烦您老去看看我哪个原话里说了usb数字音频传输加了海明码的！？

作者: fixbug 时间: 2021-1-8 10:13

MZSAN 发表于 2021-1-8 08:18
这种测试早就有了
一个关于USB线的测量l7
http://l7i4.com/d4lOa0

这个测量是测试出来，不同的USB线传输物理信号有差异，其实这个差异不测都行，不同的线本身就是不同的物质差异。
问题的核心还是，USB线传输数字信号会不会出现错码？即使是在不同线有差异的情况下。
个人认为，当然只是个人观点了，合格的USB线在这么短的传输距离内根本不存在错码。
理由是以前用ADSL猫可以看到误码率，很长的传输距离，连屏蔽都没有的垃圾电话线，误码率都是0，做过的串口通信无校验的传输也不好出现错误。
通信的7层协议最底层的做到过第二层链路层，一般的设备在物理层数字波形的识别上都是很强的，几十年都成熟的技术了，长的不太像方波的都能识别，更别说那点干扰了，那些干扰对模拟信号确实是比较大的干扰，而对数字信号，设备是不去识别的，原因就是数字传输吗，数字传输从发明开始就是要排除这些物理干扰。把有模拟干扰的数字化，让它无法出错。
不过手头确实没有测试仪器可以验证。
有仪器设备的可以测试一下最好。

作者: 处理器 时间: 2021-1-8 10:14

xiaotan02 发表于 2021-1-8 10:09
其实好的cd，同步解码情况下声音可以更鲜活
相比异步解码和一些数播，0和1大家都一样，就是时间相位差异影 ...

是。USB同步比异步音质好，异步USB是妥协折中的方案。
加缓存、扩缓存都增加异步传输的时间的不确定性，访问缓存本身也需要时间，缓存越大不确定越大，音质会裂化。

作者: erjinetac 时间: 2021-1-8 10:15

魔神Z 发表于 2021-1-8 10:11
麻烦您老去看看我哪个原话里说了usb数字音频传输加了海明码的！？

你的原話

不管是海明码还是格雷码都不能保证不能保证不出错，看到一个人说海明码加缓存效验就不会错了，难道你们不知道校验码也受到时钟影响吗

你說即使用了都不能保證正確，所以我向你解釋為何用了能保證正確，邏輯有這麼難理解嗎？

作者: 魔神Z 时间: 2021-1-8 10:17

erjinetac 发表于 2021-1-8 09:58
我沒說過usb訊號用這兩種編碼

用hamming code編碼是你說的，引用你的原話

可cd加这个是并不是因为校验数字信号对错啊，是校验光电转换才加的啊，你非要张冠李戴,如果你盘刮了丢的信号这个能还原不？

作者: erjinetac 时间: 2021-1-8 10:18

魔神Z 发表于 2021-1-8 10:05
我啥时候说过加海明码？那可都是你们说的， Reed-Solomon是因为光电转换你为了证明数字信号不会错非要 ...

所以cd用了沒？用了啊
容易產生錯誤的傳輸方式使用有糾錯能力的編碼不是常識嗎？

作者: 魔神Z 时间: 2021-1-8 10:20

erjinetac 发表于 2021-1-8 10:15
你的原話

你說即使用了都不能保證正確，所以我向你解釋為何用了能保證正確，邏輯有這麼難理解嗎？

麻烦您贴下绿檀我说的原文好吗，截个图也行，如果我有说过我道歉

作者: fixbug 时间: 2021-1-8 10:21

fixbug 发表于 2021-1-8 10:13
这个测量是测试出来，不同的USB线传输物理信号有差异，其实这个差异不测都行，不同的线本身就是不同的物 ...

数学信号使用者关注的主要是误码，错包，模拟干扰类的是数字信号驱动载波设备，中继设备关注的。

作者: erjinetac 时间: 2021-1-8 10:23

魔神Z 发表于 2021-1-8 10:17
可cd加这个是并不是因为校验数字信号对错啊，是校验光电转换才加的啊，你非要张冠李戴,如果你盘刮了丢的 ...

當然是校驗數字信號對錯啊
cd用的是(255, 223)，最多能校驗16個符號的錯誤
把盤刮了導致錯誤大於16個，再怪訊號不能還原，你是不是搞錯了什麼？

作者: erjinetac 时间: 2021-1-8 10:25

魔神Z 发表于 2021-1-8 10:20
麻烦您贴下绿檀我说的原文好吗，截个图也行，如果我有说过我道歉

引用框裡的就是你另一帖190樓的原話

作者: 魔神Z 时间: 2021-1-8 10:26

erjinetac 发表于 2021-1-8 10:18
所以cd用了沒？用了啊
容易產生錯誤的傳輸方式使用有糾錯能力的編碼不是常識嗎？

算了你在这无限循环我说usb数字音频信号传输不会校验你举例cd要校验,但那个是光电转换才要加的，光纤光盘都得加的，你说加了这个不会绝对不会错吧，那我想问你你光盘刮花了他能还原不

作者: erjinetac 时间: 2021-1-8 10:27

魔神Z 发表于 2021-1-8 10:26
算了你在这无限循环我说usb数字音频信号传输不会校验你举例cd要校验,但那个是光电转换才要加的，光纤 ...

再回一次
cd用的是(255, 223)，最多能校驗16個符號的錯誤
把盤刮了導致錯誤大於16個，再怪訊號不能還原，你是不是搞錯了什麼？

作者: 魔神Z 时间: 2021-1-8 10:34

erjinetac 发表于 2021-1-8 10:25
引用框裡的就是你另一帖190樓的原話

这个问题我道歉确实是我的问题，我这个是跟别人说的也没有说的很清楚海明码得是在时间不受限制的情况下,如果受限一样也会出错

作者: 魔神Z 时间: 2021-1-8 10:38

erjinetac 发表于 2021-1-8 10:25
引用框裡的就是你另一帖190樓的原話

我跟别人解释的是为什么usb音频传输不加海明码不加校验但是我说的确实有点不清楚

作者: 魔神Z 时间: 2021-1-8 10:42

erjinetac 发表于 2021-1-8 10:27
再回一次
cd用的是(255, 223)，最多能校驗16個符號的錯誤
把盤刮了導致錯誤大於16個，再怪訊號不能還 ...

那就对了盘刮了激光会断开吗不会啊光电转转又不会停一样在校验

作者: erjinetac 时间: 2021-1-8 10:44

魔神Z 发表于 2021-1-8 10:34
这个问题我道歉确实是我的问题，我这个是跟别人说的也没有说的很清楚海明码得是在时间不受限制的情况 ...

hamming code的檢查只需要做XOR運算，跟usb傳輸用的CRC相同
我從頭到尾的意思就是
即使是hamming(7, 4)這麼原始的編碼
需要傳輸的資料量也不過變成兩倍，根本構不成負擔
沒有多大成本就能保證傳輸不出錯的方法不用
最大的理由就是沒必要

作者: erjinetac 时间: 2021-1-8 10:46

魔神Z 发表于 2021-1-8 10:42
那就对了盘刮了激光会断开吗不会啊光电转转又不会停一样在校验

usb傳輸校驗發生錯誤也不會斷開
要不重傳要不整個封包丟掉，一樣不會停

作者: tyj518 时间: 2021-1-8 10:54
Audiophilleo的界面和RME的ADI-2系列解码是带bit-perfect测试功能的，真对USB传输音频流的误码率感兴趣的话不妨做个实验测一下。

作者: yeeypc 时间: 2021-1-8 10:56

tyj518 发表于 2021-1-8 10:54
Audiophilleo的界面和RME的ADI-2系列解码是带bit-perfect测试功能的，真对USB传输音频流的误码率感兴趣的话 ...

他们能听出世界上任何仪器都测不出来的区别。

作者: tyj518 时间: 2021-1-8 10:58

yeeypc 发表于 2021-1-8 10:56
他们能听出世界上任何仪器都测不出来的区别。

我并不否认USB数字线可能会带来听感上的区别，但我不认为这些听感上的区别来自USB传输音频数据产生的误码。

作者: 魔神Z 时间: 2021-1-8 11:00

erjinetac 发表于 2021-1-8 10:44
hamming code的檢查只需要做XOR運算，跟usb傳輸用的CRC相同
我從頭到尾的意思就是
即使是hamming(7, 4) ...

usb协议上和xoms不是写的清楚吗校验的作用是什么，是发现错误重新传,而音频由于时间性比较强所以不重传，所以你带了验证码也没有用。第二你说usb带不带校验传输都不会错，既然不会错为什么还要校验重传这不是自相矛盾吗？

作者: 魔神Z 时间: 2021-1-8 11:04

erjinetac 发表于 2021-1-8 10:46
usb傳輸校驗發生錯誤也不會斷開
要不重傳要不整個封包丟掉，一樣不會停

我是说的不会断开啊，异步就是保证运行正常，丢了数据或者错了也会用算法去补啊，但是那个算出来的不一定是完全原始数据，主要是保证运行正常，不是你说那不可能的吗？

作者: 魔神Z 时间: 2021-1-8 11:14

foretime 发表于 2021-1-8 11:13
你这个挺魔怔的呀，谁告诉你异步传输会有算法去补充错误或者丢失的数据，活久见了，这个 ...

不然fpga 是干嘛的呢？？

作者: 魔神Z 时间: 2021-1-8 11:18

foretime 发表于 2021-1-8 11:14
感情是将异步传输和异步重取样混一块了？

异步传输是为了干嘛的呢没有算法的话那压就不用异步啊，现在的异步里哪个没有集成fpga呢？如果不算那不是旁边闲着吃干饭的

作者: 魔神Z 时间: 2021-1-8 11:28

foretime 发表于 2021-1-8 11:18
民科一思考，上帝就发笑，古人诚不欺我。好好听歌玩设备吧。

这个问题很简单啊如果没有算法的话异步能发挥多大作用？现在的异步界面里不都集成了算法吗，如果不算整那玩意干嘛，不就是降低抖动的不，不然同步不就好了，还免驱呢

作者: 世纪末烟花 时间: 2021-1-8 11:30
时钟精度是个重中之重的问题之一，好比阅兵式的方阵，步调节奏一致性越高，越是齐刷刷的好看，反之则越是乱糟糟的，时钟精度越高，听感就越清晰通透，反之则越是胡

作者: erjinetac 时间: 2021-1-8 11:45

魔神Z 发表于 2021-1-8 11:00
usb协议上和xoms不是写的清楚吗校验的作用是什么，是发现错误重新传,而音频由于时间性比较强所以不重传 ...

假設usb協議使用hamming code編碼，那麼出錯不必重傳，可以直接改正
因為usb協議使用crc編碼，只能check，沒辦法correct，所以要重傳
重傳是成本很高的處理方式，不採用可以改正錯誤的編碼，選擇只能抓出錯誤的編碼
理由就是發生錯誤的機率很低

作者: 魔神Z 时间: 2021-1-8 11:53

erjinetac 发表于 2021-1-8 11:45
假設usb協議使用hamming code編碼，那麼出錯不必重傳，可以直接改正
因為usb協議使用crc編碼，只能check ...

首先我们要确定的是 usb传输会不会错第二个是是不是一点关系都没有

作者: 魔神Z 时间: 2021-1-8 11:56

erjinetac 发表于 2021-1-8 11:45
假設usb協議使用hamming code編碼，那麼出錯不必重傳，可以直接改正
因為usb協議使用crc編碼，只能check ...

如果都一样那这个作何解释

作者: 宵暗小町 时间: 2021-1-8 11:58
本帖最后由宵暗小町于 2021-1-8 11:59 编辑

误码是会误码的，不过你听一星期歌出个一两次错也就最多了。主要问题还是电磁干扰。

作者: erjinetac 时间: 2021-1-8 12:01
更正一下
hamming code跟crc都要做多個XOR運算，不過不影響結論

作者: 魔神Z 时间: 2021-1-8 12:02
本帖最后由魔神Z 于 2021-1-8 12:29 编辑

宵暗小町发表于 2021-1-8 11:58
误码是会误码的，不过你听一星期歌出个一两次错也就最多了。主要问题还是电磁干扰。

错误应该不止是误码这么简单误码应该只是错误的一种方式才对，另外一个星期 1 2次那种是造成崩溃的严重误码吧

作者: 魔神Z 时间: 2021-1-8 12:08

erjinetac 发表于 2021-1-8 12:01
更正一下
hamming code跟crc都要做多個XOR運算，不過不影響結論

解释一下上图吧为什么不同的线不同的测试结果

作者: 处理器 时间: 2021-1-8 12:11

宵暗小町发表于 2021-1-8 11:58
误码是会误码的，不过你听一星期歌出个一两次错也就最多了。主要问题还是电磁干扰。

电磁干扰永远存在，优化到一定程度，已经影响不大了。

作者: 魔神Z 时间: 2021-1-8 12:13

处理器发表于 2021-1-8 12:11
电磁干扰永远存在，优化到一定程度，已经影响不大了。

但是问题还是在数据党说数据影响不大线材无用论说时钟影响不大如果电磁也影响不大都影响不大的话那变化是如何产生

作者: dh8l 时间: 2021-1-8 12:15
累，原理上，usb传输协议应该有4种，拷文件有校验，错传会重发，但数字输出到解码，用的不是拷文件的传输协议，会有错，影响了音质。听感上，差异很多人都听出来了。但就是有人不信，并试图向他人传播这一错误观点。

作者: kygo 时间: 2021-1-8 12:37
所以最终结论到底如何呢？我理解如下
1，usb音频传输所用的协议里，没有校验重传
2，只要质量合格的usb线，音频传输出现误码也就一星期一两次
3，usb听感差异的来源并不是数据传输的误码造成的

作者: 处理器 时间: 2021-1-8 12:38

魔神Z 发表于 2021-1-8 12:13
但是问题还是在数据党说数据影响不大线材无用论说时钟影响不大如果电磁也影响不大都影响不大的话那 ...

异步本身影响最大，同步信号声音通透。

作者: 魔神Z 时间: 2021-1-8 12:38

世纪末烟花发表于 2021-1-8 11:30
时钟精度是个重中之重的问题之一，好比阅兵式的方阵，步调节奏一致性越高，越是齐刷刷的好看，反之则越是乱 ...

不少懂计算机的表示，只要数据对，时钟无所谓

作者: 魔神Z 时间: 2021-1-8 12:43

处理器发表于 2021-1-8 12:38
异步本身影响最大，同步信号声音通透。

但是同步好像做不了高采样率吧，对主机和传输要求更高了，如果真的能达到理想状态，那么同步理应更好，不然时钟为啥那么贵呢，不过也人表示时钟就是骗钱的玩意，提升小卖的贵

作者: 处理器 时间: 2021-1-8 12:46

魔神Z 发表于 2021-1-8 12:43
但是同步好像做不了高采样率吧，对主机和传输要求更高了，如果真的能达到理想状态，那么同步理应更好，不 ...

SRC和USB异步不一样。

同步的声音更好，CD占便宜，但同步声音受各方面影响大，现在技术的趋势是越省事越好，音质都可以妥协，所以异步USB已经占了绝对主流，但并不是用了异步USB就万事大吉了。

作者: 魔神Z 时间: 2021-1-8 12:50

处理器发表于 2021-1-8 12:46
SRC和USB异步不一样。

作者: yeeypc 时间: 2021-1-8 13:10

dh8l 发表于 2021-1-8 12:15
累，原理上，usb传输协议应该有4种，拷文件有校验，错传会重发，但数字输出到解码，用的不是拷文件的传输协 ...

你相信人类的耳朵能听出二条正常的USB线有区别？

作者: 方程式发烧 时间: 2021-1-8 13:13
数字传输不是不会错，而是数字传输协议大多都有校验机制，即使错了，就会重新传输。

作者: decorate 时间: 2021-1-8 13:40
不是程序员的话，很难有这种思维方式，因为大部分人是概念认知，也就是做a所以得到b，比如开水加到冰水里就会得到温水，完全无视了之间发生的一切细节问题，现实是往往倒入后还得搅和等待好一阵，才能一点点随着水的交融渐渐让水不再有温差，这种通过定义来认识世界的方式比较省力，但确实让仔细思考具体实现成了奢望，就像现在短视频盛行后，发现好多好多人，连500字的文章都觉得太长了......

作者: xiaotan02 时间: 2021-1-8 13:51

魔神Z 发表于 2021-1-8 12:43
但是同步好像做不了高采样率吧，对主机和传输要求更高了，如果真的能达到理想状态，那么同步理应更好，不 ...

提升少，也看接收的水平如何，pll如何像lynx prism这些专业机还是有很大提升

作者: AIMP 时间: 2021-1-8 13:59
有人以为FPGA很牛逼，因吹斯汀

作者: 天空上尉 时间: 2021-1-8 14:03
因为他们觉得0和1如此幼儿园的数字，既不会错，也不会有不同

作者: jhj 时间: 2021-1-8 15:30

大鸟不受飞发表于 2021-1-8 03:31
所以你是觉得usb界面没用，10块以上的usb线一样，我cpu能处理4k视频传输那么音频那点小流量更不用说了么
...

我说的是usb短距离传输中，误码率这件事就不是个问题。
不同线音质可能有差别，但这个差别绝对不可能是误码率导致的。
真有高误码率就不是音质的问题，而是直接跳音爆音的事情了。

欢迎光临耳机网-耳机大家坛 (http://erji.net/)