Re: [閒聊] PC訊源雜訊解法

會嗶嗶啵啵的症狀我個人粗分三類 訊源本身造成的，像快轉、切歌這些 傳輸過程有問題，像 DPC、Buffer size、Driver、API、S/W、H/W 等出狀況 另外一種是傳輸過程沒問題但還是出問題，也就是 Clock drift 這類看到鬼的 為什麼會有問題，下面這個文件中已經指出來了 https://i.imgur.com/D0j2GDG.jpg 系統有複數的時鐘源，但時鐘源之間沒同步，各自為政會出包 有一點很根本的問題是，沒有一個時鐘（晶振）會完全精準 而採樣率也只是標稱，不管用恆溫、補償、線電什麼有的沒有的 實踐上沒有一台 DAC 會準點每秒出 44100、48000、...、96000 個樣本 但這一般沒什麼問題，人耳其實分不出這麼小的頻率誤差 外接或升級時鐘、晶振帶來的好處是穩定，也就是減少飄移帶來的失真（變形） ※ 用 ADC ot DAC舉個例 今天 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）、補償、修正或放爛 ※ 拉 A 家 support 來救援 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!!(乂'ω') -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.175.212 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Audiophile/M.1683615162.A.0D4.html