原帖 由 kang 于 14-9-5 12:53 发表
其实不是驱动问题 而是接口问题,因为TWIN使用的是雷电接口,理论上可以做到接近DSP的低延迟效果。
即使使用现场128采样,综合输入输出总延时看,也可以在5ms以内,所以TWIN的性能用于现场是绝对足够的,不过鉴于自 ...
K版,其实雷电接口跟延迟关系不大,接口的差别主要是带宽,apollo的雷电用的是雷电2,也就是20Gbps。twin也一样。apollo的火线800带宽是800Mbps。拓展一下,USB2.0是480Mbps,火线400是400Mbps,但是实际上USB设备比较多,很难保证持续100%的带宽占用,实际情况不比火线好,这也就是为什么火线接口稳定性和采样率普遍好过USB,但是很多人不知道,火线的这个优点代价是绝大多数火线设备不可以热插拔。然后顺便提一下usb3.0是5Gbps,雷电1是10Gbps.所以usb3.0才能真正满足要求。不过带宽不影响音质。带宽好比马路,一个四车道一个八车道,但不代表四车道跑的车比八车道差。延迟的问题其实是USB的问题,各种干扰,而且采用这个协议的有多,比如u盘,移动硬盘还有狗。。。所以我可以这么说基本上USB很难解决延迟的问题。usb3.0也一样,本质很难改变,只能改善,而且usb上jitter才是厂商头痛的,好好的正在播放,一个移动硬盘接进来,jitter就难以避免了。主观了点,毕竟技术在发展,但是结果是越来越多投向了雷电。哪怕pc不支持雷电。
说了这么多,回过来说apollo,k版,apollo的输入延迟确实略大,跟接口没关系,44.1KHz带宽有很大空余呢,可能是dsp插件的原因,也可能因为unsion,但是5ms也蛮牛了,跟3m差别也不大了。换来的好处是unsion,这等于给了apollo各种硬件压限和eq。。。太牛逼了。这个处理是直接通过串联硬件对输入信号直接控制的,但是个人认为EQ还是后处理的。不知道,如果EQ也是前处理,OMG,就是等于有了硬件通道条了。。。现实应该不会这么美好的。
[
本帖最后由 Water_B 于 14-9-8 00:49 编辑 ]