怒了，发帖测试有多少木耳
纯汇编的播放器（身材5kb，拖wav上去播放），DS输出，无论和别的什么播放器比，统计有多少听不出区别的（只谈区别，不谈好坏）某些半桶水让我很不爽。 不用试，木耳报道 显示有木马 5k的软件，完成播放器还有多少空间容纳木马？
国产的杀毒软件，真TM弱智~~~ 神马情况？怎么就怒了？ 原帖由 激光鼠 于 2012-11-10 22:35 发表 http://bbs.headphoneclub.com/images/common/back.gif
神马情况？怎么就怒了？
人家质疑，要他拿出干货 ， 就怒了贝:lol 原帖由 激光鼠 于 2012-11-10 22:35 发表 http://bbs.headphoneclub.com/images/common/back.gif
神马情况？怎么就怒了？
就是啊，听音乐多开心的事情，怎么就怒了？ 朋友，不用专门注册个马甲来回复吧？纯属浪费论坛资源！:(
原帖由 sparkman 于 2012-11-10 22:50 发表 http://bbs.headphoneclub.com/images/common/back.gif
人家质疑，要他拿出干货 ， 就怒了贝:lol 原帖由 dj_simy 于 2012-11-10 22:53 发表 http://bbs.headphoneclub.com/images/common/back.gif
朋友，不用专门注册个马甲来回复吧？纯属浪费论坛资源！:(
隔壁“白云晚望”特意注册。不行么？ 原帖由 thinkspace 于 2012-11-10 22:20 发表 http://bbs.headphoneclub.com/images/common/back.gif
纯汇编的播放器（身材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这个层面（不知道是不是吹的，没法验证）。
个人意见，你所做的类似从低质量脚钉换到高价脚钉，有提升。。
但是，意义实在不好说。。 您说清楚就行，有人说不行么？
我也不歪楼了，免得火上加油。
原帖由 sparkman 于 2012-11-10 22:54 发表 http://bbs.headphoneclub.com/images/common/back.gif
隔壁“白云晚望”特意注册。不行么？ 占个位 我木耳了....... 牛叉的大神出现了，用汇编写的啊，看体积确实像汇编干出来滴 下了试了，win7 64 下面跑不了啊，模拟xp都不行，郁闷。。。。
