怒了，发帖测试有多少木耳

thinkspace

交易区新帖推荐

纯汇编的播放器（身材5kb，拖wav上去播放），DS输出，无论和别的什么播放器比，统计有多少听不出区别的（只谈区别，不谈好坏）
某些半桶水让我很不爽。

东兴耳烧

不用试，木耳报道

dark132

显示有木马

thinkspace

5k的软件，完成播放器还有多少空间容纳木马？
国产的杀毒软件，真TM弱智~~~

激光鼠

神马情况？怎么就怒了？

sparkman

原帖由 激光鼠 于 2012-11-10 22:35 发表
神马情况？怎么就怒了？

人家质疑，要他拿出干货 ， 就怒了贝

逆流光子

原帖由 激光鼠 于 2012-11-10 22:35 发表
神马情况？怎么就怒了？

就是啊，听音乐多开心的事情，怎么就怒了？

dj_simy

朋友，不用专门注册个马甲来回复吧？纯属浪费论坛资源！

原帖由 sparkman 于 2012-11-10 22:50 发表

人家质疑，要他拿出干货 ， 就怒了贝

sparkman

原帖由 dj_simy 于 2012-11-10 22:53 发表
朋友，不用专门注册个马甲来回复吧？纯属浪费论坛资源！

隔壁“白云晚望”特意注册。不行么？

farrel

原帖由 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这个层面（不知道是不是吹的，没法验证）。

个人意见，你所做的类似从低质量脚钉换到高价脚钉，有提升。。
但是，意义实在不好说。。

dj_simy

您说清楚就行，有人说不行么？

我也不歪楼了，免得火上加油。

原帖由 sparkman 于 2012-11-10 22:54 发表

隔壁“白云晚望”特意注册。不行么？

白冰8968

占个位

matthewsteel

我木耳了.......

skydragon

牛叉的大神出现了，用汇编写的啊，看体积确实像汇编干出来滴

skydragon

下了试了，win7 64 下面跑不了啊，模拟xp都不行，郁闷。。。。