Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1038784
  • 博文数量: 836
  • 博客积分: 43880
  • 博客等级: 大将
  • 技术积分: 5485
  • 用 户 组: 普通用户
  • 注册时间: 2008-08-20 17:36
文章分类

全部博文(836)

文章存档

2011年(1)

2008年(835)

我的朋友

分类: LINUX

2008-08-20 18:24:51


相信很多朋友在Linux里播放mp3的时候,不论使用何种mp3播放器,或多或少都会遇到mp3标签乱码的问题。我一般在遇到mp3标签显示乱码的时候都是使用ExFalso(QuodLibet自带的一个mp3标签编辑器)来编辑一下标签,使我的播放器QuodLibet能够正常识别mp3标签。遇到转换歌曲少的时候,这样做没有什么问题,但是很多刚从Windows转到Linux上来的朋友就头大了,很多在Windows下显示正常的mp3标签在Linux下全都乱套了。 我们先来看看一些关于mp3的标签和编码的概念再来解决这个问题,大家就会比较清晰一些了。 mp3的标签类型和编码,现在主要存在这几种标准,ID3v1、ID3v22.3、ID3v22.4、APEv2。它们分别支持的编码为 ID3v1:只支持ISO--8859-1 ID3v22.3:ISO--8859-1、UTF-16 ID3v22.4:ISO--8859-1、UTF-16、UTF-8 APEv2:UTF-8 我们可以从上面的列表看出,mp3的标签类型和编码是多种多样,没有任何的规范可言的。ID3v1只支持ISO-8859-1这一种编码,它是不支持中文的,所以一般来说只有ID3v1标签的mp3在Linux上基本上也都是乱码的命,而ID3v22.3支持的格式增加了UTF-16,直到ID3v22.4版才开始支持UTF-8,但是ID3v2的两个版本标准并没有统一标签内容的编码。这里值得一提的是APEv2,它拥有最好的扩展性,它把编码格式统一为UTF-8,这样一来只要支持APEv2读取的播放器播放带有APEv2标签的mp3就不会存在乱码问题。可惜的是现在在国内的网站上下载的mp3基本上都没有APEv2标签,而且Linux下也没有几个播放器支持APEv2标签的读取。(目前Gnome里的Rhythmbox是支持APEv2标签读取的,包括QuodLibet都不可以。) 一首mp3的标签是可以包含多种类型的,当一首mp3同时含有ID3v1、ID3v22.3、ID3v22.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,假如你安装了QuodLibet,那么这个包已经安装上去了。如果没有,执行下列命令就可以了。 sudoapt-getinstallpython-mutagen 工具的使用方法 mid3iconv-egbk*.mp3#转换当前目录的mp3文件 find.-iname"*.mp3"-execdirmid3iconv-egbk{}\;#转换当前目录下所有mp3文件(包括子目录) 因为现在在网上下载的mp3绝大多数采用的都是gbk/gb18030编码,-egbk参数是代表把gbk编码的标签转换为Unicode编码,假如mp3标签本身是Unicode编码的就不转换。如果需要转换其他编码的文件可以自行修改gbk参数,比如改为gb18030、big5。转换后为的mp3标签类型为ID3v22.4,编码格式为UTF-16。 到了这一步之后,在Linux下使用所有播放器估计都没有什么问题了。 下面我们回过头来看看,追溯一下根源,为什么这些mp3原来在Windows下用MediaPlayer怎么都是显示正常的呢?难道是Linux不如Windows吗?其实这个道理很简单,Firefox同样也打不开很多IE轻松就能打开的页面,能说明Firefox不如IE吗?知情的人一看就明白了。Windows为了它所谓的兼容性,完全无视规范,自定规则,貌似它的软件兼容性很好,其实到头来,毁的还是用户,从众多的不符合W3C规范的网页和现在铺天盖地的mp3标签为gbk/gb18030编码就可见一斑(反正我现在从网上下载的mp3在Linux下就没有看到几个能正常显示的)。 可以告诉大家的是,利用上面的方法转换编码之后,这些mp3在Windows的文件属性菜单和MediaPlayer里都无法正常显示标签,将会全部变为"?"。因为mid3iconv命令在转换编码时默认它会用Unicode编码填满D3v1,ID3v2,APEv2标签(前提是文件本来就含有这些类型的标签),但是ID3v1又不支持中文的Unicode编码。而MediaPlayer似乎只支持ID3v1的读取,当然你使用其他的支持ID3v2、APEv2类型读取的软件是没有问题的。 这里给大家推荐一个Windows下的mp3播放器---Foobar2000,在以前Windows的生涯中,我一直都是使用的这个播放器,foobar2000支持全系列标签的读取,更值得称赞的是它默认使用ID3v22.4类型UTF-8编码的写入,完全解决了编码方面的问题。 给出一个个人提供的最终解决方案。 1.系统环境完全就是Linux。 直接使用下面的这条命令,转换所有mp3文件,完全无视Windows下的使用体验。 mid3iconv-egbk*.mp3 当然了,如果你为了避免自己的mp3文件共享给Windows或者mp3的用户时,出现煞风景的"?",你可以添加一个--remove-v1这样一个参数来直接删除ID3v1标签,避免了文件属性和MediaPlayer里出现"?"。 mid3iconv-egbk*.mp3--remove-v1 2.系统环境为Windows Linux的双系统 推荐使用foobar2000播放器,对文件进行mp3标签的编辑,可以在foobar2000里选中所有mp3文件,进行文件标签重写,foobar2000会把所有标签进行重写,使标签采用ID3v22.4类型UTF-8编码的写入,完全解决Windows和Linux下mp3文件的编码问题。这也是比较完美的解决办法。 (责任编辑:凌云通)


下载本文示例代码
阅读(535) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~