PTT數位生活區 / Headphone (耳機)

Re: [討論] bit error 小測試

看板Headphone (耳機)作者 (Oswyn)時間5年前 (2020/07/14 03:54), 5年前編輯推噓22(22推 0噓 25→)
留言47則, 16人參與, 5年前最新討論串2/2 (看更多)
※ 引述《nm662644 (六月的伊利)》之銘言： : 之前看到板上先進的討論有感而發，便用matlab模擬bit error的情況作了幾個檔案 : 模擬方式為對隨機的取樣點(0~3秒內)各聲道中隨機挑1bit翻轉。 : 檔案內有九個音訊檔，第一個是原始檔。 : 第二個到第九個為經模擬的檔案，然而有個檔案與原始檔無異。 : https://reurl.cc/ZO6Mk6 : 還請各位先進賜教 : #10：20小更新一下檔案，除原始檔長度以外無任何異動 一般 DAC 發現傳輸錯誤（各種原因），造成奇偶檢測不過關的狀況 通常 DAC 會沿用最後一次的正常數據，而不是直接使用有問題的數據 因為實時流在發生錯時無法重傳，沿用最後一次的正常數據傷害小 所以傳輸錯誤多半不會有上述實驗的狀況發生 https://imgur.com/uISIPwT
截個 AKM AK4113 的文檔內容示例 (Audio) Frame＝音頻幀，由兩個 sub-frame(2 channel) 組成 sub-frame 發生 Parity Error, Bi-phase Error or Frame Length Error 時 AK4113 會用 last normal sub-frame data 繼續輸出直到錯誤解除 也就是"插入"最後一個沒有出錯的值 但也有的 DAC 在收到連續錯誤時會直接靜音(不輸出)，總之怎麼應對傳輸錯誤各家不同 不過應該不太有 DAC 會直出錯誤數據就是了，因為這多半會很糟，比重複插入還糟 但 DAC 本身也有可能產生 Offset & Gain Error 等錯誤，有的廠商會在 Spec 中標示 其錯誤率 補充 DAC 常用的處理錯誤方式"插入/跳過" https://imgur.com/4HWtZMU
圖１：要傳輸的原始信號 https://imgur.com/v6ogFLh
圖２：插入示例１ https://imgur.com/0z7uqMv
圖３：插入示例２ https://imgur.com/uJthghq
圖４：跳過示例１ https://imgur.com/rFVNLPy
圖５：跳過示例２ 作者各舉了不明顯與明顯的例子，詳細解答請參照下方原始 link (英文) https://bit.ly/2WgR5Oz Typical Errors in Digital Audio: Part 5 – What time is it there? @earfluff and eyecandy 再補充一下 由於現在 DAC 幾乎都仰賴 Overampling，所以圖３的狀況會產生類似過衝的結果 所以圖３比起圖２除了看起來明顯外，聽起來會更明顯 ※ 手殘眼殘打錯 錯誤的採樣點發生在波形的什麼位置，是會影響結果聽起來明不明顯的 -- 人間五十年、化天のうちを比ぶれば、夢幻の如くなり ^,,,^ 一度生を享け、滅せぬもののあるべきか (ミ‵ω′)\m/ NOBUMETAL DEATH!!(乂'ω') -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.136.212.20 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1594670074.A.463.html
推
07/14 04:21, 5年前 , 1F
推～
07/14 04:21, 1F
推
07/14 06:46, 5年前 , 2F
認真讀書，推。
07/14 06:46, 2F
推
07/14 06:57, 5年前 , 3F
感謝分享
07/14 06:57, 3F
推
07/14 07:52, 5年前 , 4F
其實我的本意是討論訊源端的情況。
07/14 07:52, 4F
→
07/14 07:58, 5年前 , 5F
另外single parity bit應該沒辦法處理
07/14 07:58, 5F
→
07/14 07:59, 5年前 , 6F
超過一個位元翻轉的情況？
07/14 07:59, 6F
如果錯太多 Parity 的確有可能檢測不出來 但一般而論錯這麼大的時候表示訊號很有問題 就算有一半的錯誤檢測不出，另一半檢測出的錯誤多半就會讓 DAC 停工了 所以有人接 S/PDIF 不論是光纖或同軸在線材有問題的時候 是不出聲而不是發出怪聲啊 USB 也是一樣當連接有問題的時候，根本就抓不到裝置
推
07/14 08:33, 5年前 , 7F
推直接看 DAC 晶片的 datasheet
07/14 08:33, 7F
→
07/14 08:33, 5年前 , 8F
感謝分享，學習了！
07/14 08:33, 8F
→
07/14 08:35, 5年前 , 9F
若發生偶數數量 bit 錯誤，
07/14 08:35, 9F
→
07/14 08:35, 5年前 , 10F
1 bit 的 parity bit 應該是無能為力偵側出這種錯誤了！
07/14 08:35, 10F
→
07/14 09:02, 5年前 , 11F
我文組請問假如是傳一串01 的數字，1個bit是0變1嗎
07/14 09:02, 11F
推
07/14 09:06, 5年前 , 12F
這讓我想起一句老話：AV永遠不sync，但是AV也永遠sync。
07/14 09:06, 12F
→
07/14 09:08, 5年前 , 13F
@martinlin77 是喔
07/14 09:08, 13F
→
07/14 09:08, 5年前 , 14F
欸不對 問底層的話應該還有無法辨識吧...
07/14 09:08, 14F
→
07/14 09:20, 5年前 , 15F
一般電腦的資料 0變成1 真的可以嗎？
07/14 09:20, 15F
不行啊，所以電腦或程式當機的或原因中 RAM 裏的 bit error 佔了最大的部分 這是微軟過去收集了無數 User 當機的 dump 檔分析的結果 過去 Windows 常常藍底白字很大的鍋是在硬體與不良驅動，而不是 OS 本身 微軟上世紀就建議個人電腦的 RAM 也要用 ECC RAM 以增加穩定性 但由於價差的關係... 有個詞叫 Soft error，有興趣可以查看看
→
07/14 09:24, 5年前 , 16F
電腦是經過層層糾錯上來維持正確性的 電路非常底層 /_\
07/14 09:24, 16F
推
07/14 09:46, 5年前 , 17F
的確要發生如此的壞情況的機率非常低，我只是好奇
07/14 09:46, 17F
→
07/14 09:47, 5年前 , 18F
這種巧合是如何作用的聽感上的？
07/14 09:47, 18F
→
07/14 10:05, 5年前 , 19F
我只是在回'為什麼電腦資料可以出錯'的問題而已 XD
07/14 10:05, 19F
推
07/14 10:07, 5年前 , 20F
其實你的示意圖有點不精確 一個frame通常都有一些長度 例如
07/14 10:07, 20F
→
07/14 10:07, 5年前 , 21F
跨了8ms之類的 所以裡面已經有很多sample了 也就是說如果是
07/14 10:07, 21F
→
07/14 10:07, 5年前 , 22F
高頻的話一個frame裡面已經有好幾個cycle了 我想重複上一個
07/14 10:07, 22F
→
07/14 10:07, 5年前 , 23F
frame的意義是這麼短的時間區間裡面 音訊的頻率組成本來就
07/14 10:07, 23F
→
07/14 10:07, 5年前 , 24F
不該有太大的變化吧 不管是語音或是各種音樂
07/14 10:07, 24F
一幀 Audio frame 就是一組採樣點哦，沒有很多 sample 在裏面 44.1 kHz 表示一秒內有 44.1 k 個 Audio frame 立體聲每幀有左右兩聲道，所以一幀中有兩個 sub-frame 音頻流的組成可參考隔壁的這篇 https://www.ptt.cc/bbs/Audiophile/M.1593175951.A.798.html 啊、樓上是不是誤解了此處的 Frame 是專指 Audio Frame 而不是 Video Frame 講到幀一般都會想到畫幀，但音頻幀是在討論 Audio 傳輸及資料結構時會用的
→
07/14 10:25, 5年前 , 25F
01正確跟聽感差異好像很多人一直把這兩個綁在一起去想
07/14 10:25, 25F
推
07/14 10:43, 5年前 , 26F
不是因為最有道理 而是因為那是最容易想像的吧
07/14 10:43, 26F
推
07/14 11:03, 5年前 , 27F
現在不就在討論聽感差異的來源嗎
07/14 11:03, 27F
推
07/14 11:29, 5年前 , 28F
這網站作者真的強，B&Q任職，AES學術研討會。他對 jitter的
07/14 11:29, 28F
→
07/14 11:29, 5年前 , 29F
的文章也很有趣，下面是結論的連結。
07/14 11:29, 29F
→
07/14 11:30, 5年前 , 30F
07/14 11:30, 30F
→
07/14 11:35, 5年前 , 31F
而且他做了很多實際的測試，像是用B&O的wireless powerlink
07/14 11:35, 31F
→
07/14 11:37, 5年前 , 32F
無干擾下 24bit/48Khz/24小時/11天，都沒有1bit錯。
07/14 11:37, 32F
https://bit.ly/2ZtukJv Typical Errors in Digital Audio: Part 1 有 Part 1 ~ 8 https://www.tonmeister.ca/wordpress/2018/08/08/jitter-part-1/ Jitter: Part 1 – What is jitter? 有 Part 1 ~ 9
推
07/14 11:47, 5年前 , 33F
就我自己的印象在合乎規範的器材下，data jitter的確
07/14 11:47, 33F
→
07/14 11:47, 5年前 , 34F
上千小時都可能不會發生一次
07/14 11:47, 34F
一般實體層 PHY 的 BER 容許通常為 1 bit in 10^12 bits 但我們現在討論的領域是發燒界而不是一般的電子業 就像 AES3 unbalanced 或 S/PDIF cable 標準是要 75Ω 的同軸 USB Raw Cable 的標準阻抗是 90Ω USB 2.0 規範是 90Ω ±15% USB 3.0 應該是 83 min ~ 97 max Ω USB 3.1 應該是 85 min ~ 95 max Ω 不合於標準的線材會... 數位線材不是低阻就好，而是能合於標準、阻抗匹配最佳 阻抗不連續、差異過大會引起反射，這在數位電路中當然不佳、影響了信號的品質 但在類比中線材的阻抗差異造成的反射能改變音色，好或壞就要靠搭配 像類比的喇叭線與信號線的長短都還各有支持者了
推
07/14 11:48, 5年前 , 35F
最特別的，是他認為，即使是同步傳輸(即DAC的clock是受到
07/14 11:48, 35F
→
07/14 11:48, 5年前 , 36F
source端影響)，也是不重要的(或是影響極微小)。
07/14 11:48, 36F
→
07/14 11:50, 5年前 , 37F
前題是：此一source端的影響要在標準之內。至於標準是啥，
07/14 11:50, 37F
→
07/14 11:50, 5年前 , 38F
我還沒有看到；文章實在太多了~~~Oswyn大大，就麻煩了 xd
07/14 11:50, 38F
原文也沒指明什標準 Clock Jitter Definitions and Measurement Methods - SiTime https://www.sitime.com/api/gated/AN10007-Jitter-and-measurement.pdf JEDEC standard 這不知道是否能作參考
推
07/14 11:52, 5年前 , 39F
幾乎絕大部分的DAC都有PLL，我想的確是影響不大。
07/14 11:52, 39F
推
07/14 11:54, 5年前 , 40F
推專業
07/14 11:54, 40F
推
07/14 13:07, 5年前 , 41F
推
07/14 13:07, 41F
其實不少 DAC 晶片都有 Alarm 接腳或 Error 計數 但設備廠一般都不會拉出來給 End-User 看 http://dixo-audio.xyz/dixo_r2r_table_top_dac.html 這台 DIXO Audio R-2R DAC 有在 LCD show ERROR COUNTER
推
07/14 15:11, 5年前 , 42F
推推 學習學習
07/14 15:11, 42F
推
07/14 15:37, 5年前 , 43F
推推推
07/14 15:37, 43F
推
07/14 17:43, 5年前 , 44F
推推
07/14 17:43, 44F
※ 編輯: Oswyn (220.136.212.20 臺灣), 07/14/2020 18:10:10
推
07/14 21:06, 5年前 , 45F
可是有114ee不懂什麼是阻抗匹配 程度真的很差
07/14 21:06, 45F
推
07/14 22:49, 5年前 , 46F
推
07/14 22:49, 46F
推
07/14 23:12, 5年前 , 47F
作為114CS我感到一點點的羞恥
07/14 23:12, 47F
‣ 更多 Oswyn 的文章
文章代碼(AID): #1V3BlwHZ (Headphone)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 2 之 2 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共2篇)
Headphone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Oswyn 的文章
文章代碼(AID): #1V3BlwHZ (Headphone)