作者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/cn.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