实在太佩服amarok的作者了

qianzheng82

反正千万别用 amarok 更改 tag 就是了，不然会很惨。
beep 之所以能正确显示中文 tag 是因为它优先显示 id3v2，如果没有 v2 它再读 v1，并且 v1 只能以 utf8 编码读取。

starboys

amarok对tag的支持还是不很好，我用了ubuntu,debian,mandrake的1.2版本都不行。我的一些中文的还好，但有一些有日文假名的就不行了，显示不出日文，只能显示文件名，还有的怎样都是乱码。而bmp把tag编码设为GBK则能显示完好，而且我们学校的在线音乐的tag都能显示。但我觉得amarok的音质最好，所以还是用它，就像在windows下用foobar2k一样音质好tag支持不够好。

sagittariu

我现在在用amarok-1.2.1，amarok中文支持的确不是很好，但我很喜欢它的界面，感觉比XMMS要好，而且还能下载歌词，这点很不错，只是没有中文歌曲的歌词下载，比较不爽。

QuickTime

Post by starboys
amarok对tag的支持还是不很好，我用了ubuntu,debian,mandrake的1.2版本都不行。我的一些中文的还好，但有一些有日文假名的就不行了，显示不出日文，只能显示文件名，还有的怎样都是乱码。而bmp把tag编码设为GBK则能显示完好，而且我们学校的在线音乐的tag都能显示。但我觉得amarok的音质最好，所以还是用它，就像在windows下用foobar2k一样音质好tag支持不够好。

我的amaroK可以支持我们学校的在线中文mp3标签

cjacker

Post by QuickTime
我的amaroK可以支持我们学校的在线中文mp3标签

有可能是utf8 tag。

其实这个问题无非就是utf8 和locale codec的问题。
国外的开发者总是会认为utf8才是王者之道，所以在编码的时候会想当然的全部按照utf8去处理，也不难理解，毕竟对于latin1来讲，任何编码都是无所谓的。

utf8当然有它的优势，最直观的一个例子是多语言同时显示，比如：上面有人提到了日文假名。

但是，考虑到历史文档的兼容性等原因，估计在国内default 成utf8还是有问题的。

另外，国外的开发者在处理编码的时候即使考虑到了，有时候也会犯一些错误，比如kaffeine，作者是很用心的，处理title的时候会做一个fromLocal8Bit，这种做法是很负责的，但是，忽略了一个问题
xine-lib在输出title的时候已经全部convert成utf8了，这时候作fromUtf8是对的，作fromLocal8Bit反而不知道得到什么东西了。

另外有些程序会对一个串做两次utf8 convert，这个更恐怖，比如kopete msn代码中的部分，能否可逆就看运气了。

还有一个问题就是locale编码和utf8编码需要同时处理的，比如：
mp3的tag，有可能是utf8编码的，也有可能是locale编码的。这种情况也需要考虑，判断方法只能是根据特征码点，KDE的开发者应该遇到了类似的问题，所以在kstringhandler.h中有isUtf8这个静态函数，其实就是一堆位运算。

但是确实方便了一些。

当时红旗改qt的internal实现也是出于这个考虑，太多的程序有这个问题，比如：KDE 3.4推出来了，很明显的一个编码问题，就是kio_trash生成的drag drop Object编码又是错的，这些问题其实都很小，但是对于用户来讲就是大问题了，因为一个很重要的功能居然不能用了。从qt去改，可以把这些工作做到自动化，这是一个方便开发和方便用户的做法，毕竟不能指望每个人都有能力去修改自己要用的程序。

这一切要解决，可能统一到Unicode才算终结，但是有几个问题：
1，"专家们"会这么干吗？
2，历史文档怎么办？每个程序都加一个filter?
3，用户是否认可，比如数据交换怎么办？
等等等等。

一直以来的一个个人观点：
不支持中文的软件全部是垃圾软件。

大部分人可能不同意，但是都会受到影响，比如有很多优秀的软件，不支持中文，结果真的就没有人去用了。比如W3C的amaya，好像现在开始based on WxWidget了，是个好征兆。



顺便提一句：处理编码，还是直接用iconv来的好一些

zbw76

其实有很多事情解决办法可能很简单，但是就是没有办法解决的原因就是这样的，标准太多，历史遗留问题处理起来简直是无法完成的。
就像字符编码，如果说解决问题，用什么都能解决，utf-8,gb18030都能，但是如果考虑大家统一标准和解决老
的软件的遗留问题几乎就是不可能的了，这种情况使开发者极度痛苦，因为有些问题是互相冲突的，你用一种办法只能解决一部分问题，而且必然会使另外一些情况出现问题。
软件作者选择解决办法的时候一般都是根据个人喜好作的，他觉得utf－8好就用utf－8，这是没有办法的，

感觉发行版应该作更多的东西，比如给这些软件打特定使用环境的补丁等。

QuickTime

我电脑上所有中文文件的tag都可以显示

其中有一些是ogg所以是UTF8其他不是
有一些本来是不可以显示的
编码定义为GB18030或者类似的就可以显示了。
当然估计这样会影响到其他语言的，也许日语

软件的中文支持有问题
中国人只知道抱怨，抱怨人家设计不好，不接纳补丁，我觉得没有什么意义。
中国人在开源软件社区影响大了，害怕别人不考虑中文？

sunmoon1997

Post by QuickTime
我电脑上所有中文文件的tag都可以显示

其中有一些是ogg所以是UTF8其他不是
有一些本来是不可以显示的
编码定义为GB18030或者类似的就可以显示了。
当然估计这样会影响到其他语言的，也许日语

软件的中文支持有问题
中国人只知道抱怨，抱怨人家设计不好，不接纳补丁，我觉得没有什么意义。
中国人在开源软件社区影响大了，害怕别人不考虑中文？

请问您除了抱怨和说 MDK 或 firefox 比其它发行版好或浏览器好之外还做了些什么？
别忘了 kaffeine 和 amarok 的一些补丁是来自 MGC 的，至于有些补丁为什么不提交是因为有些补丁只是暂时的解决方案一个 dirty hack 而已，没有必要提交。但是我知道 gentoo 是接受了一些补丁的， 因为 gentoo 可以接受 cjk 专门的补丁。

QuickTime

Post by sunmoon1997
请问您除了抱怨和说 MDK 或 firefox 比其它发行版好或浏览器好之外还做了些什么？
别忘了 kaffeine 和 amarok 的一些补丁是来自 MGC 的，至于有些补丁为什么不提交是因为有些补丁只是暂时的解决方案一个 dirty hack 而已，没有必要提交。但是我知道 gentoo 是接受了一些补丁的， 因为 gentoo 可以接受 cjk 专门的补丁。

呵呵我没有做事情吗？我做了你也不知道。
至少我不会如此浮躁和自以为是。中国软件也不会依靠我来撑起。我不是做这一行的。
中国人完全可以不断提供补丁，因为

1.因为我们都是在用别人做的软件。中国有人可以做出amaroK吗？我们修修补补就可以了。
2.我们的写代码写得又干净有精炼又好懂，国际化考虑周到还会做补丁的程序员真多。

什么什么好就是好我就是喜欢说。即使我什么也不做也没有什么不好。
至少我是在夸奖别人的工作。

Magiclinux的开发方式……我就不想多说了。或许我不善于融入这些程序员吧？他们有自己的潜规则，他们有自己的圈子。我也有我的。

cjacker

Post by QuickTime
呵呵我没有做事情吗？我做了你也不知道。
至少我不会如此浮躁和自以为是。中国软件也不会依靠我来撑起。我不是做这一行的。
中国人完全可以不断提供补丁，因为

1.因为我们都是在用别人做的软件。中国有人可以做出amaroK吗？我们修修补补就可以了。
2.我们的写代码写得又干净有精炼又好懂，国际化考虑周到还会做补丁的程序员真多。

什么什么好就是好我就是喜欢说。即使我什么也不做也没有什么不好。
至少我是在夸奖别人的工作。

Magiclinux的开发方式……我就不想多说了。或许我不善于融入这些程序员吧？他们有自己的潜规则，他们有自己的圈子。我也有我的。

离开一年多了，我是不知道内部到底发生了什么事情。你有情绪大可以到Linuxfans找当事人理论嘛。没必要搞的酸酸的。


我可以负责任的告诉你，如果你的amarok没有打补丁，显示中文tag是不可能的，不论是理论还是实践。当然你非说可以我也没办法。有时间还是自己去读读代码吧。

至于现在国内的开源状况，那是因为国情的限制，程序员们可能被房子问题压得都喘不过气来了，还有心思做这些免费工作？

牛逼的programer还是有很多的，可能比现在中国人里面在社区活跃的苏哲，胡正以及其他的一些前辈们(比如三剑客)的水平都要高很多，只不过他们没有认可或者根本不关心开源这种文化而已。