其实为什么有很多人觉得数字传输不会错，问题就在这里

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 ...

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

帐号		自动登录	找回密码
密码			-注册-