96K比44.1K延迟更低,这个事我并没有否定过啊~~~我在二楼解释了造成这一现象的原因。
但是延迟低到你说的0.33毫秒,对音频工作来说有什么意义呢?随便加点算力复杂一些的插件,工程就会卡的没法正常播放了呀~~~这算是“性能提升”吗?
另外,很多插件,比如你提到过的autotune pro,它本身就会给音频工程增加几十毫秒的自带延迟(这是由它的运行机制决定的),在这种情况下你原本0.33毫秒的ASIO延迟有什么意义呢?
对专业音频工作来说,极限的低延迟并不是我们需要追求的事,当你按下播放键,它到底是1毫秒后开始播放,还是5毫秒后开始播放,甚至几十几百毫秒后开始播放,有什么区别吗?我们需要的只是让整个系统可以顺畅的完成我们手头的工作呀。
你用来“提升音频稳定性”的做法,其实就是尽可能的把所有的音频播放软件都设置成ASIO音频驱动并且强制以统一的采样率来运行。这确实可以提升稳定性——因为专业声卡肯定是优先确保ASIO音频通道的稳定,这是它们的本职。但你这种做法其实就是有意识的规避了“某些声卡对WDM和ASIO音频同时支持不稳定,以及对不同采样率的播放同时支持不稳定”的驱动编写缺陷。这是声卡制造商的锅,而不是用户的锅呀~~~~
更何况,实际使用中,我们很难完全规避WDM音频的~~~~~例如网页视频播放,它就是用WDM的呀。
本帖最后由 南宫浩 于 23-11-10 09:32 编辑