多媒体测试库建设之音频部分

 多媒体 测试库建设 之音频 部分
最近要为公司写多媒体式样书，并建立一个多媒体测试库，说实话以前一直做codec，却从没有写过对整个一个产品的式样书，也不知道是否符合标准规范，现在把一些操作过程记录下来，如果有高人觉得不适合或者有误的地方，还请多指点～～
先说明一下我压制测试文件 选择编码器的标准：如果有官方提供的标准编码器，就使用标准的编码器，如果没有就使用现在在压制音视频上比较广泛使用的codec。

1、AMR
对MID而言，AMR的要求并不是很高，因为AMR作为人声编解码相对来说复杂度较低，没有太多复杂而庞大的计算，所以AMR暂时就不作测试要求了，使用google 本身提供的codec就可以了。

2、MP3
现 在比较广泛使用的还是mpeg-1 layer |/II/III，在实际使用过程中发现mpeg-2 layer |/II/III还比较广泛地作为着mp4，3gp的音频压缩格式，因此必须提供对mpeg-2的支持。对mpeg-1 layer ||/|||我使用的是开源的编码器lame，对mpeg-2 layer ||/|||也是使用的开源编码器twolame。另外所有的音频源都是使用Audacity从FLAC文件中取得的，在重新采用和还原raw数据上我还 使用了sox。
基本上整个编码过程没有朋到什么问题，头一次使用sox和Audacity，没想到linux 还有这么强大的音频处理工具～～值得推荐。

3、AAC
对 AAC现在觉得只需要考虑对MPEG-4 AAC的支持，MPEG-2 AAC暂时不在考虑范围之内。在MID上必须支持AAC的全部3个profile ： LC /HE /HEv2 。这里的编码器选择一般有两个：Nero AAC和Faac。Faac只支持LC，虽然介绍上说还支持main，LTP等编码模式，但在实际使用过程中发现好像并不支持。因此这次压制的文件都是使 用的Nero AAC，另外发现Nero AAC对于一些非工程规范的采用率好像不支持，因此在提供源数据 的时候尽量是标准工程采样的数据。

4、wma/real audio/ac-3/dts
对这些的支持，我都是根据wiki以及官方协议 的版本来写的式样书，现在还没有制作相关的测试文件