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

sudo apt-get install python-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。

到了这一步之后，在Linux下使用所有播放器估计都没有什么问题了。

下面我们回过头来看看，追溯一下根源，为什么这些mp3原来在Windows下用Media Player怎么都是显示正常的呢？难道是Linux不如Windows吗？其实这个道理很简单，Firefox同样也打不开很多IE轻松就能打开的页面，能说明Firefox不如IE吗？知情的人一看就明白了。Windows为了它所谓的兼容性，完全无视规范，自定规则，貌似它的软件兼容性很好，其实到头来，毁的还是用户，从众多的不符合W3C规范的网页和现在铺天盖地的mp3标签为gbk/gb18030编码就可见一斑(反正我现在从网上下载的mp3在Linux下就没有看到几个能正常显示的)。

可以告诉大家的是，利用上面的方法转换编码之后，这些mp3在Windows的文件属性菜单和Media Player里都无法正常显示标签，将会全部变为"?"。因为mid3iconv命令在转换编码时默认它会用Unicode编码填满D3v1, ID3v2, APEv2标签(前提是文件本来就含有这些类型的标签)，但是 ID3v1 又不支持中文的 Unicode 编码。而Media Player似乎只支持ID3v1的读取，当然你使用其他的支持ID3v2、APEv2类型读取的软件是没有问题的。

这里给大家推荐一个Windows下的mp3播放器---Foobar2000，在以前Windows的生涯中，我一直都是使用的这个播放器，foobar2000支持全系列标签的读取，更值得称赞的是它默认使用ID3v2 2.4类型UTF-8编码的写入，完全解决了编码方面的问题。

给出一个个人提供的最终解决方案。

1.系统环境完全就是Linux。

直接使用下面的这条命令，转换所有mp3文件，完全无视Windows下的使用体验。

mid3iconv -e gbk *.mp3

当然了，如果你为了避免自己的mp3文件共享给Windows或者mp3的用户时，出现煞风景的"?"，你可以添加一个--remove-v1这样一个参数来直接删除ID3v1标签，避免了文件属性和Media Player里出现"?"。

mid3iconv -e gbk *.mp3 --remove-v1

2.系统环境为Windows+Linux的双系统

推荐使用foobar2000播放器，对文件进行mp3标签的编辑，可以在foobar2000里选中所有mp3文件，进行文件标签重写，foobar2000会把所有标签进行重写，使标签采用ID3v2 2.4类型UTF-8编码的写入，完全解决Windows和Linux下mp3文件的编码问题。这也是比较完美的解决办法。