[問題] 延遲問題靠CPU還是INTERFACE改善較大

看板DigitalMusic作者 (頭大大)時間10年前 (2015/09/16 00:24), 10年前編輯推噓4(4推 0噓 32→)
留言36則, 3人參與, 最新討論串1/1
大家晚安,想請教各位前輩 最近電腦設備從本來的 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://www.ptt.cc/bbs/DigitalMusic/M.1442334245.A.CDC.html
→
09/16 01:08, , 1F
請問你5, 2的單位是!?
09/16 01:08, 1F
抱歉沒有打清楚,是Buffer Length的5ms(範圍從1-10) 另外目前保證不爆音的input/output Latency分別為15/21ms (崩潰中) ※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 01:36:35
推
09/16 08:58, , 2F
你的DAW? 我聽起來有點不合邏輯，因為 4 ms 理當不至於
09/16 08:58, 2F
→
09/16 08:58, , 3F
5 ms 理當不至於會大到讓你聽出來有明顯延遲
09/16 08:58, 3F
→
09/16 08:58, , 4F
我直覺問題好像不在IO
09/16 08:58, 4F
我一直都是用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
推
09/16 12:34, , 5F
應該這樣說好了，input + output 才會是你總 latency
09/16 12:34, 5F
→
09/16 12:35, , 6F
理論上你能調整的 buffersize 是很極限值了，而且是理論
09/16 12:35, 6F
→
09/16 12:35, , 7F
值
09/16 12:35, 7F
→
09/16 12:35, , 8F
我可能有點誤解focusrite 讓你調整的方法了，因為多數的
09/16 12:35, 8F
→
09/16 12:36, , 9F
buffersize 調校給你的單位不會是ms 而是 samples
09/16 12:36, 9F
→
09/16 12:37, , 10F
因為這是在AD/DA 重新依些例如windowing 或error-correct
09/16 12:37, 10F
→
09/16 12:37, , 11F
最基本單位，有點扯太遠了
09/16 12:37, 11F
→
09/16 12:37, , 12F
總之我覺得除了Nuendo(DAW)對於64 bit 的支援性要更新可
09/16 12:37, 12F
→
09/16 12:38, , 13F
能性之外，我覺得interface 本身的 latency 也是關鍵
09/16 12:38, 13F
→
09/16 12:39, , 14F
你可以先檢查一下你的Nuendo支援64bits有沒有更新版本
09/16 12:39, 14F
→
09/16 12:40, , 15F
還有聽起來interface 本身對於64bits 環境好像也沒更新優
09/16 12:40, 15F
→
09/16 12:40, , 16F
化
09/16 12:40, 16F
→
09/16 12:40, , 17F
好的檢查方法是你可以下載一些有支援64bits的免費DAW
09/16 12:40, 17F
→
09/16 12:40, , 18F
看看會不會有同樣延遲問題，如果沒有，就是interface
09/16 12:40, 18F
→
09/16 12:41, , 19F
說錯，如果沒有問題，就是DAW要更新，如果有延遲，就是
09/16 12:41, 19F
→
09/16 12:41, , 20F
interface driver or firmware 要更新或是沒寫好64bits
09/16 12:41, 20F
→
09/16 12:41, , 21F
的優化，可以考慮升級，大概是這兩個假設和結論
09/16 12:41, 21F
→
09/16 12:42, , 22F
順帶一提就是下次你盡量要以input + output 考量總
09/16 12:42, 22F
→
09/16 12:42, , 23F
latency, 因為2ms 是非常非常短的，按照haas理論，要被人
09/16 12:42, 23F
→
09/16 12:43, , 24F
耳很顯著聽見時間差，通常是30 - 40 ms 之間的長度
09/16 12:43, 24F
→
09/16 12:43, , 25F
如果你in+out 是35 加上interface與電腦來回傳是 2
09/16 12:43, 25F
→
09/16 12:44, , 26F
37 ms (甚至比focusrite給的理論值更高)就 make sense 在
09/16 12:44, 26F
→
09/16 12:44, , 27F
你現在audible latency 的情境之下
09/16 12:44, 27F
我嘗試用了Cubase7(64位元版本)後並下載更新最新版的driver還是有同樣的延遲問題:( 所以我想大概是要升級interface了~ 請問排除cpu的可能性嗎？會爆音的情況有沒有可能是cpu效能吃緊這樣 ※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 13:35:20
推
09/16 13:51, , 28F
應該是你作業系統沒調整,把不必要的服務關掉會好很多
09/16 13:51, 28F
→
09/16 13:52, , 29F
就我經驗,你要latency極低,硬體頻率跟電壓會有一個最佳值
09/16 13:52, 29F
→
09/16 13:53, , 30F
然後作業環境盡量單純化,像是windows視覺效果就要最低
09/16 13:53, 30F
→
09/16 13:55, , 31F
服務也只開必要的,這樣還會爆音的話那就是硬體不夠力了
09/16 13:55, 31F
→
09/16 13:56, , 32F
通常只用44.1khz 16bit兩聲道環境 硬體需求是很低的
09/16 13:56, 32F
→
09/16 13:57, , 33F
你頻率跟bit depth 越高,硬體需求是幾何級數成長
09/16 13:57, 33F
感謝兩位解答,受教了!!! 本來以為因為重灌程式應該很乾淨,結果發現罪魁禍首是一個intel內建的管理作業平台 關掉它和一個也是intel的圖形顯示工具之後目前好像獲得有效改善了！！！ 希望後續使用上不要爆音(呼~) 再次感謝!!!!!!!!!!!!(鞠躬 ※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 15:08:31
推
09/16 19:41, , 34F
應該是48000 16bits要求最低喔
09/16 19:41, 34F
→
09/16 19:43, , 35F
很多當代音效裝置底層是直接作48000,44100還要額外再
09/16 19:43, 35F
→
09/16 19:43, , 36F
encode一次
09/16 19:43, 36F
‣ 更多 bighead7987 的文章
文章代碼(AID): #1L-4ObpS (DigitalMusic)