|
发表于 2012-11-10 22:59:13
|
显示全部楼层
原帖由 thinkspace 于 2012-11-10 22:20 发表
纯汇编的播放器(身材5kb,拖wav上去播放),DS输出,无论和别的什么播放器比,统计有多少听不出区别的(只谈区别,不谈好坏)
某些半桶水让我很不爽。
T大你也不要发怒。
你如果说不清楚,我已经基本理解你的想法。
你认为汇编或者native APL等,越底层,越高效的程序,对于声音的延迟就越少。
但这个意义实在不大。
这个是windows 的音频框架图,出自微软。
在这个音频处理环节中,Audio Driver层次,由于USB的层次较低,
非常容易受到其他各种设备的干涉,导致延迟,也是当前PCHIFI架构方面的最大缺点。
你汇编也好,.NET也好,所编写的播放器环节,在图片上Direct Music这个位置。
底层的东西全部都是一模一样的。
如果说播放器占用了30-50%CPU,那么最高层的优化可能也有点意义,但现在foobar的占用也就1%。
有很大意义?foobar在除音频播放外,占用的CPU资源原本就极少。
将1%的占用,减少到0.95%,能有音质改变,但这个改变的意义实在不好说。
如果你的播放器优化,类似ASIO,和硬件驱动结合。
那就完全跳过了中间的所有环节,那就有明显提升了。
如MAC下的Amarra的说法是,高层的全部重新,直接到Audio Driver这个层面(不知道是不是吹的,没法验证)。
个人意见,你所做的类似从低质量脚钉换到高价脚钉,有提升。。
但是,意义实在不好说。。 |
|