关于音頻文件的标签

难免有错

找到一点資料，先分享下：
mp3的标签类型和编码，现在主要存在这几种标准，ID3v1、ID3v2 2.3、ID3v2 2.4、APEv2。它们分别支持的编码为

ID3v1：只支持ISO--8859-1

ID3v2 2.3：ISO--8859-1、UTF-16

ID3v2 2.4：ISO--8859-1、UTF-16、UTF-8

APEv2：UTF-8

我们可以从上面的列表看出，mp3的标签类型和编码是多种多样，没有任何的规范可言的。 ID3v1只支持ISO-8859-1这一种编码，它是不支持中文的，所以一般来说只有ID3v1标签的mp3在Linux上基本上也都是乱码的命，而 ID3v2 2.3支持的格式增加了UTF-16，直到ID3v2 2.4版才开始支持UTF-8，但是 ID3v2的两个版本标准并没有统一标签内容的编码。这里值得一提的是APEv2，它拥有最好的扩展性，它把编码格式统一为UTF-8，这样一来只要支持 APEv2读取的播放器播放带有APEv2标签的mp3就不会存在乱码问题。可惜的是现在在国内的网站上下载的mp3基本上都没有APEv2标签，而且 Linux下也没有几个播放器支持APEv2标签的读取。(目前Gnome里的Rhythmbox是支持APEv2标签读取的，包括Quod Libet都不可以。)

一首mp3的标签是可以包含多种类型的，当一首mp3同时含有ID3v1、ID3v2 2.3、ID3v2 2.4、APEv2这4种类型中两种以上的时候，播放器对mp3标签的读取顺序一般是由上往下的，APEv2(前提是播放器支持此编码的读取)---ID3v2---ID3v1。所以有时候会出现同一文件Rhythmbox显示标签正常(读取APEv2标签)，其他播放器不正常的情况(读取了ID3的标签)。

接着我们说说在Linux系统里，为什么所有的mp3播放器都会有乱码的问题，这是因为这些 mp3播放器都是依赖系统内的libid3tag库完全按照ID3的标准来读取标签内容的。它不论mp3是采取何种的标准的标签(ID3v1、ID3v2、APEv2)，只要mp3的标签的内容是Unicode编码存储的，那么显示肯定是正常的 (ID3v1的ISO-8859-1严格说是不支持中文，但是并不是代表它不能存储中文)。如果遇到是以gbk、gb18030、big5等编码的中文内容时，它还是会把它当成ISO-8859-1来读取，乱码就成了必然。

说了这么多，现在问题就变得简单了，似乎我们只需要把mp3标签里面用gbk、gb18030、big5等编码存储的中文内容修改为Unicode编码，那么基本上所有Linux下的播放器都能正常识别mp3标签了。

关于mp3编码的转换，这里介绍一个工具----Mutagen，假如你安装了Quod Libet，那么这个包已经安装上去了。如果没有，执行下列命令就可以了。

pacman -S mutagen

工具的使用方法

mid3iconv -e gbk *.mp3 #转换当前目录的mp3文件

find . -iname "*.mp3" -execdir mid3iconv -e gbk {} \; #转换当前目录下所有mp3文件(包括子目录)

因为现在在网上下载的mp3绝大多数采用的都是gbk/gb18030编码，-e gbk 参数是代表把gbk编码的标签转换为Unicode编码，假如mp3标签本身是Unicode编码的就不转换。如果需要转换其他编码的文件可以自行修改 gbk参数，比如改为gb18030、big5。转换后为的mp3标签类型为ID3v2 2.4，编码格式为UTF-16。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
几个问题：1、支持id3v2.4的有哪些播放器？
2、是不是大部分音頻文件都有标签？如ogg、ape、wv、tak、flac等。

jarryson

貌似我所见过的都是支持id3 v2.4的，也就是说没有不支持这个的，只是windows下根据千千静听提示是winamp不支持。

我一般都用千千或者easytag修改信息。easytag也许比lz所说的更加智能，因为如果我mp3里面已经有utf8标签的是不是会转换后编程乱码？（仅仅想象）