不好意思補充更正你一下, 這個ASIO Buffer Size 雖然有Buffer 兩字, 不過並不是單純的預讀到哪裡等待優先權的問題, 這個Buffer Size 跟Latency 以及Windows 系統中DPC 個機制設計有關. 我們用Foobar 撥放音樂是即時串流的概念, 可是Windows 不是即時的系統, 所以得透過DPC (Deferred Function Call) 告訴系統要傳送音樂Samples. 所以當有別的程序占用DPC的時候, ASIO 的Buffer 量因為DPC 被占用無法傳出去是就會有爆音或破音了. 通常標準的USB Stream mode 是 4 ms, 而標準的DPC Latency 安全值是1000 ms.

舉我的例子來說, 平常我的系統的DPC latency 平均穩定是0.5 ms, 可是我開個掃毒, 就暫時飆高 (如下圖紅Bar部分）, 假如我的Buffer Size 設 1 ms, 這時因為DPC 被占用了2 ms, 資料傳不出去就會出錯. 就算我的Foobar 優先權已經設到最高也無法避免的.

不過我自己是比較極端的例子, 大部分Buffer Size 設標準1000ms 約1 秒的延遲應該都不會出問題的. 至於這個Latency 對撥放音質的差異, 這點我也確實無法理解原因,網路上的討論也很多. 就我現有耳機系統聽出來的結果, 我也只能說服自己越小的撥放Latency 或許越接近原始錄音的資訊了. 不過, 我是寧願相信這只是我個人的安慰劑效應到是了.