作者: elguapo (HPHT Synthesized) 2023年在 PTT 的推文記錄

• +13 [心得] RoomPerfect 心得 - Audiophile 板

  作者: ntuee1803 (雙樹枯榮~) 114.35.216.206 (台灣) 2023-11-16 22:52:45
  → elguapo: 我個人用的DRC是每聲道一百萬taps的FIR濾波器（13聲道加分音共計2500萬taps），這樣算不算 state of the art? 5F 11-16 23:35
• +8 Re: [心得] 運用 Chrony 對時工具提升音訊品質 - Audiophile 板

  作者: sunyanwen 132.226.0.200 (日本) 2023-07-15 00:01:36
  → elguapo: Quote：「VAD 就是聲卡 使用ptp來的校准 在正確的時間生成定時器中斷」：Mac Win Linux 三個平台的 AES67 driver 都不會對系統時鐘校準，生成定時器中斷的時間是系統時間。這點可由open source 的 Linux driver 窺知。Mac 上能使用的網卡除了外接的有機會有PHC & HW TS，其餘均 1F 07-15 05:13

  … 共有 29 則推文，點此顯示
• +3 Re: [心得] 運用 Chrony 對時工具提升音訊品質 - Audiophile 板

  作者: Oswyn (Oswyn) 220.136.195.49 (台灣) 2023-07-13 20:20:25
  → elguapo: 您描述的內容，前題是電腦的系統時鐘是穩定的。我在這一大串的討論應該有提過，系統時鐘並不穩定，說開大buffer就能解決只是逃避問題。若因作業需求必須分秒必爭，將buffer縮小達成低latency，例如兩地區即時收音、混音並即時播放，您會怎麼做？（AES67 最大的應用是跨子網域做I/O。 3F 07-14 02:10

  … 共有 66 則推文，點此顯示
• +20 Re: [心得] 運用 Chrony 對時工具提升音訊品質 - Audiophile 板

  作者: bt092001 (一條魚) 223.137.239.156 (台灣) 2023-07-13 16:33:15
  推 elguapo: 感謝解說。但我的point真的不是DAC的design問題。場景：Mac A 用 Dante 連 Mac B，Mac B 用 internal looping 將音訊轉給 USB DAC。Dante 和 internal looping 是虛擬介面。請問音訊資料傳遞時，max A -> Mac B 傳 Dante 時誰是主鐘？到了 Mac B，Dante 借 internal looping 到 USB 20F 07-13 18:51

  … 共有 29 則推文，點此顯示
• +69 Re: [心得] 運用 Chrony 對時工具提升音訊品質 - Audiophile 板

  作者: Oswyn (Oswyn) 114.36.215.60 (台灣) 2023-07-11 20:49:13
  推 elguapo: 我不知道您能否接受我截圖給您的內容，那個是 Roon 創
  辦人寫的。Roon 會綜合 endpoint 回傳的時鐘資料，去比對 Roon 本身的系統時鐘的差別，然後建立一個預測模型
  ，用這個模型去送信號。這時系統時鐘主宰信號發送，畢
  竟這時的控制權是 Roon，不是 DAC。 1F 07-11 21:11

  … 共有 56 則推文，點此顯示