XMMS2支持终于到位

Tiger Soldier posted @ 2010年1月07日 00:09 in osd-lyrics with tags osd-lyrics , 6451 阅读

各位使用XMMS2的同学不用再寻问会不会支持了。

这两天搞定了XMMS2支持，同时搞定的还有关于Exaile的一个bug。如果使用Exaile有问题的话可以试着更新到SVN最新版。

不使用XMMS2的可以在configure时用--disable-xmms2屏蔽。

需要依赖xmms-client库（还好不需要xmms-client-glib），这个库在Ubuntu下的包名叫libxmmsclient-dev，Gentoo官方软件仓库没有xmms2，在gentoo-taiwan的overlay里有，安装xmms2后自动有这个包。另外这里也介绍了Gentoo下的另外两个xmms2 overlay，不过我没有测试。希望其他系统的同学能告诉我这个库对应的包名。

计划等到完成MOC支持再发布新版本，现在只能下载源代码或用SVN版本来编译。

=======================碎碎念的分割线=======================

之前在查阅MPRIS的资料的时候，发现它就是在XMMS2的wiki上的，于是一直以为，XMMS2是支持MPRIS的。然而各方面的证据无情地打破了我的乐观猜想。可以说，如果XMMS2支持MPRIS的话，它将是和Audacious、Amarok 2同一批被支持的播放器。

之后对于XMMS2这种C/S架构的播放器没有什么概念，第一次尝试使用可耻地失败，导致之后一直不愿去碰它。后来MPD也是因为不了解而没有去尝试。

直到之后看到一篇介绍MPD的文章，才对它有兴趣起来。之前挣扎了很久的依赖项问题也通过编译参数来解决了。libmpd很好用，半天就完成了对MPD的支持。

完成之后又想到了XMMS2，同样作为C/S架构的XMMS2的文档应该也差不到哪去。在官网上转了一圈之后收集到了不少资料，让我兴奋的是xmms-client的例子比libmpd还丰富。于是不禁在twitter上夸了夸XMMS2的文档化。

然而做起来了才发现xmms-client的设计和文档化实在是不如人意。xmms-client的设计不像xmms-client一样完全屏蔽了网络的操作概念，每个函数的返回值都是一个类似GValue的通用指针。说实话我对用C实现通用类型一直没什么好感，虽然对这个设计来说是必要的。且不论xmms-client这种设计的优劣，毕竟通用性高的结果必然会造成方便性降低，取决于设计者的权衡。但是让我不满的是，xmms-client的文档里，没有一个函数说明它返回的真正类型是什么，让人无法使用。好吧我可以猜测xmmsc_playback_playtime返回的是一个int，但是我如何可以猜到xmmsc_medialib_get_info返回的东西是什么？就算例子里有如何从里面得到title和artist，我又凭什么会猜测到音轨号是叫tracknr而不是track-number？xmms-client这样的文档简直是在对别人说“去看我们的例子，如果没有，那就去看代码吧”。好在有google codesearch，让我可以从前人的成果里找到这些函数的用法。另一个问题就是xmms-client居然没有一个可以简单判断连接有没有失效的方法，差点逼着我用上xmms-client-glib，而且这家伙还一点文档都没有。

抱怨了那么多，说点好的方面，XMMS2终于是又一个支持毫秒级的播放器了，内牛满面啊。我有个梦想，终有一天，能让我的elapse emulator彻底消失……

另外说说Exaile，出错的是一个十分……呃，怎么说呢……囧的地方。在获取歌曲信息的时候，如果其中某一项没有值，会返回一个错误而不是NULL或者空字符串。这里有点违反直觉，我之前是在出错时直接就判断为出错了（播放器可能关掉了嘛），结果导致Exaile在播放无歌手信息的文件时OSD Lyrics会重新检测播放器而不是搜索歌词。这个应该算是我测试不足导致的吧。