作者bighead7987 (頭大大)
看板DigitalMusic
標題[問題] 延遲問題靠CPU還是INTERFACE改善較大
時間Wed Sep 16 00:24:03 2015
大家晚安,想請教各位前輩
最近電腦設備從本來的 WIN7 32位元重灌至 64位元, RAM從4G加到8G
其他器材設備不變
但用MIC錄吉他的時候發現延遲的比本來使用32位元明顯
在DEVICE SETUP裡 調了 INTERFACE 的 CONTROL PANEL
大概調到5ms以下就出現爆音了,但問題是5ms還是延遲的頗嚴重..
以前在32位元的時候錄音可以調到 2ms 還不會爆音,但播放時偶爾會爆音所以常駐在4ms
本來以為應該是INTERFACE影響比較大
但想想以前也是用這台INTERFACE
那是不是CPU在64位元下不堪負荷呢？目前使用的是Ｉ３處理器
INTERFACE是2I4
因為介面也是用蠻久,要換介面的話想直上RME,但目前手頭稍緊
若CPU可先解決可能就會先換個I5
再麻煩大家解答了
感激不盡~~~~
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.45.130.233
※ 文章網址: https://webptt.com/m.aspx?n=bbs/DigitalMusic/M.1442334245.A.CDC.html
1F：→ NormalX: 請問你5, 2的單位是!? 09/16 01:08
抱歉沒有打清楚,是Buffer Length的5ms(範圍從1-10)
另外目前保證不爆音的input/output Latency分別為15/21ms (崩潰中)
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 01:36:35
2F：推 NormalX: 你的DAW? 我聽起來有點不合邏輯，因為 4 ms 理當不至於 09/16 08:58
3F：→ NormalX: 5 ms 理當不至於會大到讓你聽出來有明顯延遲 09/16 08:58
4F：→ NormalX: 我直覺問題好像不在IO 09/16 08:58
我一直都是用nuendo錄的
不過 Buffer Length 5ms 的狀態下
Input Latency 大概在20ms,output Latency則在15ms (應該不算小嗎)
所以我錄吉他從監聽耳機聽到的聲音和我彈出的聲音,手採取彈奏的時差讓我不太容易
ON CLICK 對準...後來乾脆不要監聽吉他直接彈哈哈...
我印象中以前錄的時候 Buffer Length 2ms 幾乎讓我感覺是同步的
謝謝大大耐心解答:)
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 10:08:25
5F：推 NormalX: 應該這樣說好了，input + output 才會是你總 latency 09/16 12:34
6F：→ NormalX: 理論上你能調整的 buffersize 是很極限值了，而且是理論 09/16 12:35
7F：→ NormalX: 值 09/16 12:35
8F：→ NormalX: 我可能有點誤解focusrite 讓你調整的方法了，因為多數的 09/16 12:35
9F：→ NormalX: buffersize 調校給你的單位不會是ms 而是 samples 09/16 12:36
10F：→ NormalX: 因為這是在AD/DA 重新依些例如windowing 或error-correct 09/16 12:37
11F：→ NormalX: 最基本單位，有點扯太遠了 09/16 12:37
12F：→ NormalX: 總之我覺得除了Nuendo(DAW)對於64 bit 的支援性要更新可 09/16 12:37
13F：→ NormalX: 能性之外，我覺得interface 本身的 latency 也是關鍵 09/16 12:38
14F：→ NormalX: 你可以先檢查一下你的Nuendo支援64bits有沒有更新版本 09/16 12:39
15F：→ NormalX: 還有聽起來interface 本身對於64bits 環境好像也沒更新優 09/16 12:40
16F：→ NormalX: 化 09/16 12:40
17F：→ NormalX: 好的檢查方法是你可以下載一些有支援64bits的免費DAW 09/16 12:40
18F：→ NormalX: 看看會不會有同樣延遲問題，如果沒有，就是interface 09/16 12:40
19F：→ NormalX: 說錯，如果沒有問題，就是DAW要更新，如果有延遲，就是 09/16 12:41
20F：→ NormalX: interface driver or firmware 要更新或是沒寫好64bits 09/16 12:41
21F：→ NormalX: 的優化，可以考慮升級，大概是這兩個假設和結論 09/16 12:41
22F：→ NormalX: 順帶一提就是下次你盡量要以input + output 考量總 09/16 12:42
23F：→ NormalX: latency, 因為2ms 是非常非常短的，按照haas理論，要被人 09/16 12:42
24F：→ NormalX: 耳很顯著聽見時間差，通常是30 - 40 ms 之間的長度 09/16 12:43
25F：→ NormalX: 如果你in+out 是35 加上interface與電腦來回傳是 2 09/16 12:43
26F：→ NormalX: 37 ms (甚至比focusrite給的理論值更高)就 make sense 在 09/16 12:44
27F：→ NormalX: 你現在audible latency 的情境之下 09/16 12:44
我嘗試用了Cubase7(64位元版本)後並下載更新最新版的driver還是有同樣的延遲問題:(
所以我想大概是要升級interface了~
請問排除cpu的可能性嗎？會爆音的情況有沒有可能是cpu效能吃緊這樣
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 13:35:20
28F：推 f9999: 應該是你作業系統沒調整,把不必要的服務關掉會好很多 09/16 13:51
29F：→ f9999: 就我經驗,你要latency極低,硬體頻率跟電壓會有一個最佳值 09/16 13:52
30F：→ f9999: 然後作業環境盡量單純化,像是windows視覺效果就要最低 09/16 13:53
31F：→ f9999: 服務也只開必要的,這樣還會爆音的話那就是硬體不夠力了 09/16 13:55
32F：→ f9999: 通常只用44.1khz 16bit兩聲道環境 硬體需求是很低的 09/16 13:56
33F：→ f9999: 你頻率跟bit depth 越高,硬體需求是幾何級數成長 09/16 13:57
感謝兩位解答,受教了!!!
本來以為因為重灌程式應該很乾淨,結果發現罪魁禍首是一個intel內建的管理作業平台
關掉它和一個也是intel的圖形顯示工具之後目前好像獲得有效改善了！！！
希望後續使用上不要爆音(呼~)
再次感謝!!!!!!!!!!!!(鞠躬
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 15:08:31
34F：推 mgdesigner: 應該是48000 16bits要求最低喔 09/16 19:41
35F：→ mgdesigner: 很多當代音效裝置底層是直接作48000,44100還要額外再 09/16 19:43
36F：→ mgdesigner: encode一次 09/16 19:43