|
发表于 2012-11-10 21:51:43
|
显示全部楼层
原帖由 thinkspace 于 2012-11-10 20:39 发表 ![](http://bbs.headphoneclub.com/images/common/back.gif)
这是听感贴,在这个帖子里谈技术我觉得并不合适。
有关技术,我已经说了,得有一定基础才能跟我谈,不然也是白谈,听不懂有何意义?
farrel有点接近偏执了,或者太相信自己的知识体系,我让他去了解一下Native API ...
我不知道T大写代码的时候,经常在哪里混的?
最起码CSDN的氛围不是这样的,菜鸟有技术问题,就算是大牛也是会点播几句,
麻烦的话,就贴个技术链接,程序员之间是最具有互相协助精神的,敝帚自珍向来不是程序员的习惯。
因为程序开发,谁都不是天才,计算机的领域太大,做好一方面就很好了。
T大之前说的Native API,我说的很清楚,这个我不是很熟悉,但也不是什么太深奥,
一个没接触过的程序员完全无法理解的东西。这个API不熟悉,但你总归还是Windows API。
不客气的说,现在开发业界,不熟悉的API要你开发给你2-3个星期就要你开始写代码了,
哪个不是边看范例,文档,边开发的?
对于Native APi的说法,我是去了解以后才说,从简单来说,是windows的原API.(大家都可以去百度一下)
其中可以包括线程、进程、安全、同步、文件等方面。
大家可以看:http://blog.csdn.net/celestialwy/article/details/600323
这个CSDN的文章,仔细介绍了Native API的分类,看看我有没有胡说,还是T大故意把这个说的很神,很深奥。
Native API是一个很宽泛的东西,用这个就能解释为什么音质好?
恕我直言,就一个API类别名称,神仙也理解不了JEP比Foobar要音质好的原因。
如果说优势,Native APi的优势在于执行速度,大家可以参考这个文章,介绍了Native API的优缺点。
:http://www.cnblogs.com/BoyXiao/archive/2011/09/21/2183059.html
但很显然的,作为一个windows的播放器,在音频API接口不变的情况下,程序的
启动和执行速度有什么大的意义么?大家用Foobar2000播放音乐的时候,可以用
windows的任务管理器仔细看看,到底有没有其他进程在同时运作进行干扰。
完全没有其他人和你抢,你执行效率高,有意义么?(如果你边听歌边玩游戏,
还要好音质,我没话说)执行速度要有其他程序和该程序去竞争才有意义。
但显然的,烧友的电脑上这种事情是很少发生的。一个再精简代码和执行速度的播放器,
只不过降低了对于电脑的1%乃至2%的CPU和内存要求,对音质几乎不会有什么影响。
再精简代码的播放器,也只能去调用WASAPI,也改变不了USB级别
底下的窘迫,就如同我之前文章写到的Nvidia显卡驱动对USB的优先级,你再优化
播放器也改变不了。
所以,我是无法理解,Native API用到音频播放器里,到底有什么作用?
另外,没有windows处理音频知识的,无法理解音频播放软件执行效率和音质的关系,可以这么去理解:
itunes体积庞大启动速度极慢,foobar体积较小,速度极快,但把foobar调整到DS输出。。大家可以去试试,
两者音质没有任何区别。
音质和播放器的体积大小,执行效率基本无关。和调用的音频API,
如DirectX,WASAPI,ASIO则关系极大!
[ 本帖最后由 farrel 于 2012-11-10 21:55 编辑 ] |
|