Software 版 (精华区)
发信人: JJason (总统), 信区: Software
标 题: foobar FAQ
发信站: 哈工大紫丁香 (2004年01月04日19:16:08 星期天), 站内信件
http://foobar.nease.net/FAQ.html
foobar2000
FAQ英文原版版权由fb2k作者享有 汉化翻译:RicKLe
下载和安装foobar2000
*外面的站点已经有新的版本下载了,为什么官方网站还是只有老版本的下载?
那些新的版本官方还没有发布,并且处于测试阶段。除非你觉得老版本有很严重的问题,
而且新版本似乎已经解决了,否则还请您使用相对稳定的老版本。
*官方站点声称已经有新的版本下载了,但为什么下载后却是老的版本?
这是因为你是从浏览器缓存或者你的ISP代理服务器上得到的老文件。试试看从其他地方下
载。
*怎么样让foobar 2000成为默认的播放器?
安装程序中有一个选项可以使你的音乐文件和foobar 2000关联。
常见问题
....
大多数的技术问题可以通过删除第三方插件和重置配置(或彻底重装一遍)解决。不过建
议你在这么做之前备份你的foobar 2000目录,这样你可以在以后恢复原来的设定/插件,
或者有助于我们确定问题的所在。
*我在播放的时候系统资源(内存或CPU)的占用率很高。
请关掉任何不需要的DSP(例如重新采样)。一些DSP需要消耗比较多的系统资源。
如果你使用了重新采样,请使用32bit快速模式(fast mode),因为你不可能分辨出不同的
重新采样模式有什么差别;根据反馈,“低速”模式只有从非常低的采样率进行重新采样
时才有明显的效果,而*非*从44100Hz重新采样到48000Hz时。对于一般的音乐,你也很难
区分出重新采样前后的差别,因此你应该考虑一下是否真的需要使用它。
一些DSP,如crossfade或gap remover使用的时候需要额外的内存缓存;你可以通过改变它
们的设置来降低内存的占用率。
另外,某些输出(Kernel Streaming)据说在某些系统上会占用过多的CPU时间。
*我在使用某个第三方插件时遇到了一个问题...
请把你的问题贴在第三方插件论坛上。我们对其他人开发的插件不负有责任,本FAQ不能给
你更多帮助了。
*MP3文件定位时为什么那么慢?
MP3格式天生不支持样本精确定位,而foobar 2000有些特性必须要有样本精确定位的支持(
比如说.CUE的播放)。所以MP3的定位是通过直接读取整个MPEG数据流链实现的(当你第二次
播放到同一个点的时候这个过程会比较快,因为内存里已经建立好了一张定位表)。不幸的
是,定位不能对CBR文件进行优化(帧大小实际上并不是恒定的),对VBR文件头也是如此(Xi
ng和VBRI文件头只包含了大致的信息,这对样本的精确定位没有什么用)。
其他问题
*我在标题格式化(title formatting)上遇到了问题...
请阅读内含的帮助文档(参数设置/Display/Title formatting 中的“帮助”按钮),其中
说明了大部分标题格式化的特性。
另外,你可以从这里(http://www.hydrogenaudio.org/show.php/act/ST/f/27/t/4899)
得到更多的帮助。
*我应该用哪个输出模式,DirectSound,waveOut,还是Kernel Streaming?
建议你使用默认设定,即windows nt4/95/98/me使用waveOut,Windows 2000、Windows XP
或更新的系统使用DirectSound。在极少数的情况下,Kernel Streaming的效果可能比Dire
ctSound要好一些(如果为了某些原因你需要使用数字输出以达到数据和原音频流是等比特
的(即完全相同));但是据说使用DirectSound要达到等比特的结果是依赖于声卡硬件多音
频流混音的能力的(在DirectSound设置中启用硬件混音)。请注意Kernel Streaming是一个
尚处在实验阶段的性能,至今已经发现了一些问题,除非你有充分的理由,否则我们不建
议你使用它。大部分人感觉到DirectSound和Kernel Streaming“音质不同”其实与Kernel
Streaming通常绕开windows音量控制/声波(wave)音量控制有着很大的关系。而且Kernel
Streaming只能在Windows 2000、Windows XP或更新的系统上使用。
*什么是插件的ICL版本?
某些插件有ICL编译版本(由Intel C编译器编译);它们通常更快一些,对不同的CPU类型有
相应的二进制代码,也经常引入严重的错误。我们建议大多数的使用者使用常规的编译版
本,除非使用者CPU的占用率很高。如果你使用ICL编译版本的插件可能会遇到严重的问题(
比如说死机),使用的时候风险自担,如果你遇到什么问题,请换回这些插件的标准版本。
*我应该用什么顺序来使用DSP?
降序顺序(这些都是可选的):
Resampler => [其他DSPs] => Attenuator => [某个limiter]
*我应该如何设置重新采样?
首先,你根本不需要使用重新采样,除非你能分辨出重新采样前后的差别;重新采样很耗
资源,而且对于一般的音乐来说,使用前后的差别非常小,实际上是不可能察觉到的(只有
某些“测试信号”,如udial.wav可能能够听出明显的区别,但这在实际的音乐中是不会发
生的)。如果你真的要用重新对采样,设置采样到48000Hz (*)并使用快速模式(只有从像80
00Hz这种非常低的采样率重新采样时,快速模式据说才会听上去有些问题)。
你不会通过重新采样到更高的采样率得到音质的提升,这就好比把一张图片拉大显示在更
高分辨率的显示器上一样。不管你用什么声卡,你很可能会用96000Hz的采样率来“播放”
,但是硬件不支持的采样率将会被windows内核混音器降低采样率。
(*)现在生产的大多数民用声卡内部采样率是48000Hz(这对于多数据流混音是绝对需要的)
,其中有一些(如SoundBlaster Live!和Audigy所有系列)在重新采样上是有问题的(重申,
大多数在如udial.wav这种信号的测试中能察觉到的区别,不能在真正的音乐中分辨出来)
;这些声卡是重新采样这个DSP存在的主要原因。
*回放增益(ReplayGain)是什么?
http://replaygain.hydrogenaudio.org/
(译注:中文可以访问DearHoney的这个帖子MusePack and ReplayGain)
*Foobar2000的音质比其他播放器更好吗?
不是的。人们“听出”的“音质区别”大多数是心理因素造成的(对真正的音乐来说至少如
此),因为生成的音频数据真正的差别是在声音的噪音层之下的(16bit采样的最后1或2个bi
t)。Foobar2000在新的high-end声卡上有一些诸如软件重新采样或24bit输出的声音处理特
性,但现在大部分其他主流播放器有着同样的能力。
开发者问题
*我怎样才能创建插件?
你需要的东西:
foobar2000 SDK
编译器:
Microsoft Visual C++ 编译器 - 我们使用MSVC6,更新的也可以(有消息说MSVC7工作良好
),MSVC5可能行也可能不行(project/workspace文件至少要加载)。
Intel 编译器 v7.1 据说已经可以正确处理foobar2000 SDK,但由于它还有其他严重的问
题,我们建议你不要使用这个编译器构建你插件的常规版本。
很不幸,至今还没有免费的编译器可以准确处理foobar2000 SDK。
Win32 平台 SDK (任何一个Microsoft编译器都附带,另外你何以从msdn.microsoft.com)
得到 每个插件都需要连接到foobar2000_sdk和pfc库(暗示:使用MSVC的从属属性),而且
你需要在你的DLL项目中包含component_client(DLL接口)。
*插件需要多久更新以配合最新版本的foobar2000?
到目前为止,插件的兼容性在版本号每增加0.1后就会有问题,这种情况会持续到版本增加
1.0,因为接口界面改变了。不管什么时候,当新版本的程序不能和老版本的插件兼容了,
你就需要用新的SDK重建插件,也可能要根据你使用的API函数做一些小修改,以适应更改
。
*我如何在foobar2000 SDK中使用<插入API名字>?
大多数的API方法在SDK头部都有记述;如果在这些记述之外你遇到了问题,请把你的问题
贴在论坛上。
*我想把foobar2000翻译成<插入语言>。
抱歉,foobar2000不支持任何类型的翻译(除了编辑可执行文件,我们非常不建议你这么做
),而且也没有计划引入这个特性。如果你要帮助英语有困难的人们,用你自己的语言写一
个FAQ/帮助页面。
*所有字符串都是通过字符指针(char*)传递的,怎样才能得到unicode字符?
在foobar2000 API中传递的字符指针(char*)均使用UTF-8编码。你可以在pfc/string.h (
也可以查看:helpers/unicode_helper.h 查找普通win32 api涉及到UTF-8字符串时的帮助
代码)找到合适的方法来处理它们。可参考一些实际的插件,这样可以得到应该如何混合基
于UTF-8编码的字符和win32 API的确切信息。
--
为什么我的眼里总含着泪水?
因为我对这土地爱得深沉!
※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 172.16.4.63]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:6.425毫秒