by ·33条评论

foobar2000跟千千静听相比，一个最大的劣势就是没有歌词显示功能。也许你会用MiniLyrics来作为一个显示歌词的补充，但是从feicun的使用来说，我并不是很喜欢这个软件，因为它的歌词库中英文歌的歌词不够丰富，很多歌词都查找不到。所以使用了一段时间之后就放弃了。

本来foobar2000有个不错的歌词插件LyricsDB，里面歌词挺多，使用也简单，尽管不提供歌词同步显示功能，但是对于feicun来说已经足够好了。没想到好景不长，这款优秀插件的海外服务器被河蟹了，只能通过填写代理的方法勉强使用。

去年feicun在个篱童鞋的blog上看到了他介绍的一个全新歌词插件Lyrics Grabber，当即就下载下来，然后封存到前天才开始使用……这一用，才发现我是个白痴 = =!  放着这么好的插件不用，却天天累死累活地给LyricsDB添加代理……

嗯，插件就是好，不多说，推荐！请大家去看看个篱童鞋写的Lyrics Grabber说明吧，他已经把使用、设置、下载、汉化全都弄好了！

补充一个下载地址，点击下载

PS. Lyrics Grabber仅支持foobar2000 0.9.5 及以后版本

by ·一条评论

过去这3天一共与大家分享了3张CD，每次抓轨后上传到网盘真是一件很麻烦的事，每张无损都要花掉2个多小时上传。目前手上还有一张双CD的专辑没和大家分享，就暂时先放一下吧。 如果大家下载了前几天我上传的这3张专辑，你就会发现我制作的这些无损都是分轨的FLAC，并且附带了CUE和log，对于CUE的作用，我以前的文章已经说过了，大家可以看看这篇《无损音乐 CUE 文件简单说明》，这次我来简单说说怎么分析抓轨log。 log的中文意思就是“日志”，在使用EAC抓轨的时候，你可以选择是否生成log，由于个人的EAC设置不同，抓轨步骤不同，所得到的log也是各种各样，我实在无法分析每一种log的类型，只能挑选log里比较重要的三项说明一下，并且以下的log分析都以英文版EAC的抓轨log为主（EAC的语言设置不同，生成log的语言也会不同）。

NO.1 ：Read offset correction

这句话一般出现在log开始的位置。如果你打开一个无损音频附带的log，Read offset correction应该是你首要查看的。Read offset correction就是读取偏移校正，关于这个名词的解释请看这篇《[转贴加补充] EAC中的偏移设置》。一个负责人的无损音频制作者，应该会给自己的EAC设置正确的读写偏移，因为这是保证得到的无损音频完美的一个重要方式。所以如果你看到一个log中写道：

Read offset correction : 0

那就是说这个抓轨所用的EAC没有设置正确的读取偏移，并非完美抓轨，如果你是完美主义者的话，那这个无损肯定不适合你。

继续阅读

by ·51条评论

终于可以理直气壮地写一篇“教程”了。以前虽然也写过一些类似于教程的文章，但是总感觉写的有欠缺，不敢狂妄地把标题写做“××教程”。不过这篇关于Tau Analyzer的文章，终于可以称为教程了！自信地狂笑一下！（其实是因为Tau Analyzer使用确实简单，不会写错……）

言归正传，对于经常从网上下载无损音频的朋友来说，所得到的无损音频是真是假往往是很难判断的，这就催生了auCDtect、Tau Analyzer这样的音频工具的流行。Tau Analyzer和auCDtect是同一公司的作品，都是目前使用得很广泛的鉴别无损音频真假的工具，两个工具的检测准确性没有什么差别，不过Tau Analyzer由于是windows界面，操作起来更方便。如果你对自己得到的音频文件感到怀疑，可以先用频谱【初步】鉴别无损真假，然后再参照下面的步骤检测一下无损真假。

Tau Analyze其实在设计之初是用来鉴别CD的真假的，所以要想使用Tau Analyze鉴别网络上的无损音频，就需要先把无损音频文件刻录，或者虚拟成一张CD。把无损音频刻盘，再鉴别无损真假，feicun觉得不应该再介绍，想必不会有人为了鉴别个无损还去浪费一张刻录盘，所以下面就直接介绍虚拟成CD，然后鉴别的方法。继续阅读

by ·10条评论

星期天研究了一天EAC教程，看得头晕，也没弄明白写入偏移（offset）到底该怎么设置。不过运气实在好哇，昨天晚上VC的BBS上就有高人贴了一篇《EAC中的偏移设置》。这里就直接把链接转过来了，与大家分享一下。

补充一下什么是偏移（offset）吧。光盘和硬盘都是一样的，分成一个个扇区，读取数据的时候，读取头要对准相应的扇区，才能读出数据。不过光驱肯定不如硬盘准确，差不多每个光驱都不能将读取激光头准确地定位在所要的扇区。对数据 CD 光盘来说这不是一个大问题，因为每个扇区都含有定位信息，所以驱动器可以很容易地找到正确的扇区。与之相反，音频 CD 不含有扇区的位置信息，也就是说对音频 CD 来说定位一个扇区是更加困难的。于是光驱在读取音乐 CD 时就会产生偏移。这样的偏移就会抓轨、刻盘时音频数据的不准确，对多数光驱来说其偏移是个定值，只要在EAC里设置了正确的偏移值，EAC就能近乎完美得复制出音乐 CD。继续阅读

by ·29条评论

feicun以前介绍过一个简单测试耳朵灵敏度的网站，那个网站仅仅提供了两种码率的mp3供测试者试验，可以说没有什么太实在的意义，仅仅可以供大家一笑。这次feicun要介绍一个更加可靠的测试站点，当然它的测试结果也更具参考性。

这个Musical Listening Test是由蒙特利尔大学的Isabelle Peretz教授开发的，总共包括2个测试，每个测试有30对旋律。你所要做的就是在每一对旋律播放完毕之后判断这两段旋律是完全相同还是有细微差异。

全部完成这两个测试大致需要20分钟时间，请先确保你能在这段时间里完全集中精力，并且不会为外界事情分心。如果你准备好了，戴上耳机（耳机可以更好地让你集中注意力，不过很差的耳机可能会影响成绩），点击Musical Listening Test页面最下面的红色“Continue”按钮开始测试吧。

这时候系统会打开第一部分的测试界面，上面的说明是关于这一部分的说明：“共有30对旋律，每一对可能是完全相同，也可能是有细微差别，请指明你的判断。每对旋律你只能听一次。”

点击“play”按钮，这对旋律就会播放，在播放完毕之后，你要选择出它们是Same（相同）还是Different（不同）。继续阅读

by ·7条评论

随便写了一些很简单的问题总结，都是些非常简单的知识。如果有错误，欢迎高手指正:)

1、用什么软件将CD抓轨成WAV？
EAC，这是全球通用的流行抓轨工具，虽然EAC有时会与光驱产生兼容问题，但EAC在技术的上透明性使它的使用者日渐增多。

2、用什么编码器将wav转为mp3？
LAME，虽然lame的开发很混乱，参数之多令人咋舌，但Dibrom自行编译的3.90.2版总结的alt preset参数使人们终于开始将目光着眼于务实而不再在参数版本的细节上纠缠不清。

3、使用哪个lame版本?
一般推荐lame 3.90.2，lame没有什么官方的EXE发行版，这个3.90.2是Dibrom自行编译的，对alt-preset参数的支持最好。 事实上，压制mp3不要有太高的要求，毕竟它是有损的。

4、lame下使用什么参数?
过去常用的是–alt-preset standard，比特率在192kbps左右，但是feicun个人认为VBR V2的压缩参数也很好，我更倾向于后者。

5、哪个有损压缩音频格式音质和速度最佳？
Musepack(.mpc)，Musepack原称MPEG plus，但它并不是MPEG标准，所以改名。它在算法上与MP3有本质的不同，因此能在很低的比特率下提供接近CD的音质。

6、使用哪个Musepack版本？
mppenc 1.14b，实际上其它的老版本也不错，新版修正了高比特率下的一些问题。

7、mpc应该使用什么参数？
–quality 5，比特率在170kbps左右，foobar内置了这个参数。PS.一直以来的观点是比特率可以决定一切,但对有损压缩算法来说这是错误的。

8、最流行的无损压缩格式？
ape不用多说了，不过国外更流行FLAC（欧美音乐的无损一般是这种格式）。

9、mpc VS. mp3?
品质上mpc更胜一筹，在170kbps左右的音质强于lame的320cbr(摘自Dibrom在HA forum上的帖子) 。但是mpc兼容性太差，导致它现在完全处于mp3下风。继续阅读

by ·4条评论

首先，介绍一下 mpg123 （并非in_mpg123插件），mpg123是由Michael Hipp开发的一个Unix下的mp3解码器，解码速度快且质量好，有许多软体都使用mpg123来解码mp3，如大名鼎鼎的LAME。但mpg123在 1999年发布了mpg123 pre0.59s后就停止开发了，程式码中还有许多bug。
http://www.mpg123.de/

而Naoki Shibata将mpg123改写为winamp的插件 in_mpg123 ，除去了许多bug，并加入了一些插件必要的功能。

至于foobar2k，它使用的解码器是 mpglib 的修改版，而mpglib是Martin Pesch在mpg123的基础上将其移植到Windows平台的产物。

http://www.hydrogenaudio.org/index.p…123,and,mpglib

具体情况可看这里，zZzZzZz就是foobar2k的作者，当时他们在讨论foobar2k中要使用的mp3解码器，最后决定使用mpglib，这点可以从foobar2k的about中看出来。

http://www3.cypress.ne.jp/otachan/in_mpg123.html
其实，in_mpg123插件与foobar2k解码出mp3的资料并没有太多区别，它们都关于mpg123的核心，只是做了一些debug的工作，争论究竟哪个解码mp3较好实在无所谓。
http://www.rz.uni-frankfurt.de/%7Epesch
现在我们来谈谈ssrc，foobar2k中的ssrc和out_ds_ssrc都是Peter Pawlowski使用ssrc库实现的，继续阅读

by ·23条评论

下文中foobar2000一律简写为FB。

一、FB是音质最好的播放器！使用它可以提升音质！

现在Beo player是被提及较多的一款新兴播放器，一般大家提到它，都是说它的音质超级一流，已经超过了FB。姑且不说Beo player的品质到底怎么样，只是讨论哪个播放器的音质好就已经是错误的了。准确的说，应该讨论哪个播放器的音效更好。

音质和音效是两个不同的概念。音质强调的是声音的完整性,即音的高低频、音调、音色等所达到的一个水平。比如说mp3是有损压缩，丢失了某些人耳不易觉察到的声音细节，所以它的音质就不如无损的WV、FLAC好。 而音效顾名思义，就是对声音进行一定的处理，让它有更好的效果。一般能让人听起更舒适、悦耳，获得更好的“音感”，但从音质的角度看，其实反而是不准确的。

一般情况下，影响到音质的是音频设备、解码程序、输出方式以及音源质量。如果在这几个条件都是完全相同的，那么你使用任何一个播放器所获得的音质都是一样的。之所以说FB的音质更好，应该是指FB在处理无损音频的时候能更准确的还原声音，这得益于它优秀的软件架构。有些人说，FB播放的声音还不如加载了DFX的Windows media player好，那就是因为他更喜欢DFX带来的音效。

二、FB的资源占用非常小！

这句话完全是不负责任的话，要知道FB可以支持好多种插件，每个人使用FB的时候都会安装自己喜欢的插件。加载的插件不一样、FB的设置不一样，都会对FB的资源占用量产生一样。当然如果你还使用FB 0.4×的版本，还在看那个记事本一样的界面，不使用任何插件，那也许资源占用确实会很小。

三、FB的重采样率设置得越高越好！

目前FB使用的常见重采样DSP有两个，SSRC和PPHS。有些人认为把重采样率设置得越继续阅读