看板Audiophile
會嗶嗶啵啵的症狀我個人粗分三類
訊源本身造成的，像快轉、切歌這些
傳輸過程有問題，像 DPC、Buffer size、Driver、API、S/W、H/W 等出狀況
另外一種是傳輸過程沒問題但還是出問題，也就是 Clock drift 這類看到鬼的
為什麼會有問題，下面這個文件中已經指出來了
https://i.imgur.com/D0j2GDG.jpg
系統有複數的時鐘源，但時鐘源之間沒同步，各自為政會出包
有一點很根本的問題是，沒有一個時鐘（晶振）會完全精準
而採樣率也只是標稱，不管用恆溫、補償、線電什麼有的沒有的
實踐上沒有一台 DAC 會準點每秒出 44100、48000、...、96000 個樣本
但這一般沒什麼問題，人耳其實分不出這麼小的頻率誤差
外接或升級時鐘、晶振帶來的好處是穩定，也就是減少飄移帶來的失真（變形）
今天 PC 接個 Mic，Mic input 是 ADC，採樣率設 44.1 kHz，位深在此不重要略過
音訊共用輸出（DAC）設 48 kHz，照 Windows 音頻系統的邏輯
44.1 kHz 會 SRC 至 48 kHz 後進混音輸出
而 ADC 的時鐘是每秒 44100.5、444099.8，DAC 是 47999.88、48000.32 樣本都沒差
因為 ASRC 會照實際數據流的樣本數量去轉換
但如果今天 Mic ADC 也是設 48 kHz，但實際上 ADC、DAC 兩邊的 48 kHz 有偏差？
一邊的時鐘快一邊的慢、或反過來，最後都會發生樣本多出來或樣本少了的狀況
這時就需要時鐘同步（設 Master）、補償、修正或放爛
https://support.apple.com/en-us/guide/audio-midi-setup/ams094c7edb4/mac
https://support.apple.com/en-us/HT202000
這兩篇都有提到一個關鍵詞 Drift Correction
同時也指出 Drift Correction, also known as resampling
用來彌補裝置之間（因時鐘不同步）所流失的資料
多時鐘源設備，要嗎硬體（時鐘）同步、要嗎重採樣，不然就可能出狀況
而且 47999.88 to 48000.32 這種轉換還是 ASRC
還是直接拉個廠商的文件
https://i.imgur.com/foCKEDR.jpg
各自有自己的主時鐘，就會有 small frequency drift 需要補償
而這個補償在實作上最常用 ASRC
Device 如果只是單純的 PLL、同步模式多半不需要 ASRC 補償，因為源就是主時鐘
但一些發燒器材，很講究 FIFO buffer、隔開時鐘、做 Re-clock 的就...
來看在 B&O 聲學部門任職的技術專家實測
Typical Errors in Digital Audio: Part 5 – What time is it there?
https://myppt.cc/gGQKYJ
後半部 Fig 8、Fig 10
某些市面上的商用設備的確會發生這種輟音問題，這些狀況是傳輸出問題嗎？
感覺更像是發生了 clock drift 不是嗎
--
人間五十年、化天のうちを比ぶれば、夢幻の如くなり
^,,,^ 一度生を享け、滅せぬもののあるべきか
(ミ‵ω′)\m/ NOBUMETAL
DEATH!!(乂
'ω')
--
沒錯，主時鐘最重要的功能在同步，準不準是其次，會準當然好XD
不知道ne，不過加大 H/W io Buffer 可以改善 Clock drift 出狀況的頻率
http://peufeu.free.fr/audio/extremist_dac/files/Norman_Tracy_on_Jitter.htm
這篇中的 8. 有討論到 S/PDIF 的 Jitter 數據
但 drift 跟 jitter 有點不太一樣
Drift 比較偏向不同時鐘源的差異，造成數據流不同步
這個的確不是一般 End-User 會沒事碰到的問題XD
但就我個人的經驗，頻譜上這種現象幾乎都是數據流輟音
而不是 ASRC 造成的，ASRC 不良通常是 Aliasing、Artifact
作者測的是產品，所以雖然沒細說怎麼測，但可推測應該是錄設備的類比輸出
故輸出有經過設備本身 DAC 的 DSP、Oversampling & H/W 重建濾波
這種在頻譜上表現為 spike 的狀況，通常都是不正常（自然）的瞬變
而 drift 主要發生在 DAC chip 之前的 I/O
同樣也是作者這篇文章的主題，也討論了 Skip/Insert 策略
輸出可能是抑制、修正後 (like Warped linear prediction 處理)的
但不管 ASRC 的品質再怎麼差，也不太可能突然出現 spike 這種扭曲瞬變
除非設備本身有其它硬體缺陷
發燒 DDC 通常都會用自己的主時鐘，發燒 DAC 也是這個傾向
或許能怪主版上的時鐘太不準
一個精準，各自校正
所以照s大的說法，這個 skip/insert 也還是因為發生了 drift 才有的
drift在這個過程後消失，但痕跡不就是這個瞬變嗎
實作上 skip/insert 跟 ASRC 不同吧
正規的 Drift Correction's ASRC 是跟 mac OS & M2TECH's DDC 一樣
進行真正的異步重採樣，是不會在帶內出現瞬變
skip/insert 是偷吃步，所以才會出現扭曲瞬變
正常的捲積 ASRC 不論品質應該都不會如此
※ 批踢踢實業坊(ptt.cc), 來自: 114.36.175.212 (臺灣)※ 文章網址: https://www.ptt.cc/bbs/Audiophile/M.1683615162.A.0D4.html
推 icekiba: 推 05/09 15:01
推 l98: 推! 05/09 15:14
推 djboy: 推！ 這應該也是為何那種專業的聲音處理設備，因為擁有太多 05/09 15:26
→ djboy: 設備需要同步，所以需要外接時鐘來統一；即使外接會讓 05/09 15:27
→ djboy: JITTER更大，但是總比跑掉好。 05/09 15:27
→ djboy: 外接時間，要從 A->電路->接頭->線->接頭->電路->b晶片， 05/09 15:30
→ djboy: 這整條路就超長，而且每個設備還不一樣的長短與狀況，一般 05/09 15:31
→ djboy: 家用音響 是真的用不到，用了可能更差。 05/09 15:31
推 BayonettaTJ: 推O大科學解說，勝過太多口糊仔 05/09 16:00
推 BayonettaTJ: 不過想請問一下jitter多少以內是合理可以接受的值 05/09 16:02
→ sam352306: j起來 05/09 16:31
推 bibibibibitw: 推，設備越多越會遇到鬼... 05/09 17:04
推 sunyanwen: 最後很像asrc不良的spur，pro audio是選asrc比較多，但 05/09 17:06
→ sunyanwen: 沒有asrc也會是source sync，有drift 問題的應該是很少 05/09 17:06
→ sunyanwen: 數吧。在dac sampling clock前做jitter cleaning是可行 05/09 17:06
→ sunyanwen: 的，別的位置真的沒有必要 05/09 17:07
→ sunyanwen: 最後的圖 <-80dbc是不可聞的 他做的是廉價的asrc，und 05/09 19:18
→ sunyanwen: errun的話會聽到很明顯的聲音 用時域圖比較容易判斷 05/09 19:18
推 foxey: 長知識了 05/09 21:42
→ whydan: 其實這問題還有另一個可能性，這幾台DDC都有加USB HUB IC 05/10 08:59
推 icekiba: 總會準2次!? 05/10 16:37
→ sunyanwen: 這個skip/insert介於re-clock和asrc之間 就是一個沒有 05/10 17:43
→ sunyanwen: 經過digital lpf 缺陷很大的asrc，因為不需要asrc硬件 05/10 17:43
→ sunyanwen: 而被大量使用，drift在這個過程後消失，至於頻譜，持續 05/10 17:43
→ sunyanwen: 時間很短所以顯示了很大帶寬，但因為不是直接re-clock 05/10 17:43
→ sunyanwen: ，所以總量很小，這個方法影響最大的就是24p video on 05/10 17:43
→ sunyanwen: 60Hz Monitor，抖動很大 05/10 17:43
→ sunyanwen: drift在跨clock domain時無法避免，正常的asrc可以看作 05/10 18:26
→ sunyanwen: 從樣本中重建了連續的類比信號，從連續的類比信號中提 05/10 18:26
→ sunyanwen: 取輸出，skip/insert創造了不連續，但因為參考了鄰近的 05/10 18:26
→ sunyanwen: 樣本，所以不連續也不會有很大的跳變 05/10 18:26
→ sunyanwen: https://bit.ly/3HXnP7j 05/10 18:28
→ sunyanwen: 用skip/insert來代替asrc晶片/ip，他就是asrc的實現方 05/10 18:50
→ sunyanwen: 式之一，只不過精度不高，錯誤沒那麼明顯 05/10 18:51
推 znew1219: 關於抖動，23.976 fps at 60Hz 要經過pull-down，產生 05/10 21:56
→ znew1219: 的judder現象。顯卡與音效卡各自有clock，各自也都要re 05/10 21:56
→ znew1219: ndering，以Audio為master clock，Audio不受影響，但要 05/10 21:56
→ znew1219: 保持同步，Video就要drop/repeat frame。用Re-clock渲 05/10 21:56
→ znew1219: 染器，對Audio實時resampling，變成Audio受影響。或者 05/10 21:56
→ znew1219: 可以修正pixel clock。 05/10 21:56
