→ 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
推 NormalX: 你的DAW? 我聽起來有點不合邏輯,因為 4 ms 理當不至於 09/16 08:58
→ NormalX: 5 ms 理當不至於會大到讓你聽出來有明顯延遲 09/16 08:58
→ 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
推 NormalX: 應該這樣說好了,input + output 才會是你總 latency 09/16 12:34
→ NormalX: 理論上你能調整的 buffersize 是很極限值了,而且是理論 09/16 12:35
→ NormalX: 值 09/16 12:35
→ NormalX: 我可能有點誤解focusrite 讓你調整的方法了,因為多數的 09/16 12:35
→ NormalX: buffersize 調校給你的單位不會是ms 而是 samples 09/16 12:36
→ NormalX: 因為這是在AD/DA 重新依些例如windowing 或error-correct 09/16 12:37
→ NormalX: 最基本單位,有點扯太遠了 09/16 12:37
→ NormalX: 總之我覺得除了Nuendo(DAW)對於64 bit 的支援性要更新可 09/16 12:37
→ NormalX: 能性之外,我覺得interface 本身的 latency 也是關鍵 09/16 12:38
→ NormalX: 你可以先檢查一下你的Nuendo支援64bits有沒有更新版本 09/16 12:39
→ NormalX: 還有聽起來interface 本身對於64bits 環境好像也沒更新優 09/16 12:40
→ NormalX: 化 09/16 12:40
→ NormalX: 好的檢查方法是你可以下載一些有支援64bits的免費DAW 09/16 12:40
→ NormalX: 看看會不會有同樣延遲問題,如果沒有,就是interface 09/16 12:40
→ NormalX: 說錯,如果沒有問題,就是DAW要更新,如果有延遲,就是 09/16 12:41
→ NormalX: interface driver or firmware 要更新或是沒寫好64bits 09/16 12:41
→ NormalX: 的優化,可以考慮升級,大概是這兩個假設和結論 09/16 12:41
→ NormalX: 順帶一提就是下次你盡量要以input + output 考量總 09/16 12:42
→ NormalX: latency, 因為2ms 是非常非常短的,按照haas理論,要被人 09/16 12:42
→ NormalX: 耳很顯著聽見時間差,通常是30 - 40 ms 之間的長度 09/16 12:43
→ NormalX: 如果你in+out 是35 加上interface與電腦來回傳是 2 09/16 12:43
→ NormalX: 37 ms (甚至比focusrite給的理論值更高)就 make sense 在 09/16 12:44
→ NormalX: 你現在audible latency 的情境之下 09/16 12:44
我嘗試用了Cubase7(64位元版本)後並下載更新最新版的driver還是有同樣的延遲問題:(
所以我想大概是要升級interface了~
請問排除cpu的可能性嗎?會爆音的情況有沒有可能是cpu效能吃緊這樣
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 13:35:20
推 f9999: 應該是你作業系統沒調整,把不必要的服務關掉會好很多 09/16 13:51
→ f9999: 就我經驗,你要latency極低,硬體頻率跟電壓會有一個最佳值 09/16 13:52
→ f9999: 然後作業環境盡量單純化,像是windows視覺效果就要最低 09/16 13:53
→ f9999: 服務也只開必要的,這樣還會爆音的話那就是硬體不夠力了 09/16 13:55
→ f9999: 通常只用44.1khz 16bit兩聲道環境 硬體需求是很低的 09/16 13:56
→ f9999: 你頻率跟bit depth 越高,硬體需求是幾何級數成長 09/16 13:57
感謝兩位解答,受教了!!!
本來以為因為重灌程式應該很乾淨,結果發現罪魁禍首是一個intel內建的管理作業平台
關掉它和一個也是intel的圖形顯示工具之後目前好像獲得有效改善了!!!
希望後續使用上不要爆音(呼~)
再次感謝!!!!!!!!!!!!(鞠躬
※ 編輯: bighead7987 (114.45.130.233), 09/16/2015 15:08:31
推 mgdesigner: 應該是48000 16bits要求最低喔 09/16 19:41
→ mgdesigner: 很多當代音效裝置底層是直接作48000,44100還要額外再 09/16 19:43
→ mgdesigner: encode一次 09/16 19:43