三翻领的个人空间

着手开发lrcShow-X至今也有不少日子了，期间得到了很多朋友的热情帮助，非常感动，并且出人意料的是，能够顺带引出由他人开发的分支项目，非常欣喜，也充分感受到了其间满足，希望该项目能够蒸蒸日上。

熟悉的朋友应该都知道，lrcShow-X这个项目完全脱胎自以前的lrcShow-II项目，核心代码不动丝毫，关键是在和播放器的通信上和前作完全不一样。lrcShow-II完全是依赖于amarok1的脚本机制，因此针对性很强，同样的通用性就非常弱了。而amarok2开始使用新的脚本机制，那么我所学的就完全失去了用武之地，庆幸的是，amarok2带有dbus通信接口，因此lrcShow-X得以继续延续，采用独立的进程，依赖dbus通信机制实现信息的获取和播放器的控制。

早先，本人的机子上只有amaarok2和audacious，因此注意力就完全集中在这两款播放器上。比较走运，这两款优秀的播放器比较符合mpris-1.0规范，所以实现难度不大，比较顺利的完成了lrcShow-X的初期雏形。不过比较可惜的是，amarok2还是有些问题，第一就是获取当前音轨的时间点上，目前还是精确到秒，不过这个已经被开发者注意到了，相信不久就会得到改进，第二个就比较郁闷了，amarok在音轨切换上，发出的信号非常混乱，导致出现了很多冗余的过程，看似音轨切换后歌词切换也正常，实际上由于发出了3次引擎切换信号，导致歌词在刷新了多次，GUI响应在音轨切换的时候也比较滞后。最明显的是，当lrcShow-X找到多个符合的歌词后，候选框会连续出现三次！另外，当停止amarok2时，在发出引擎停止信号前会发出引擎播放信号，导致程序出现错乱，这也不是lrcShow-X的过错。

而相反，audacious这款顺便带进支持的播放器，却支持的相当完美。

于是乎，开始着手对其他播放器的支持。由于本人的系统是gentoo，桌面环境是kde，因此装其它播放器，尤其是gnome下的播放器，显得非常辛苦。而且还有个小插曲。当我装了几款播放器后，启动，然后在终端使用qdbus来查看是否有自己需要的dbus通信接口，而结果总是非常失望，不是缺方法，就是缺信号。后来才突然发现，qdbus显示的方法和信号根本就不准，漏显的东西不少，而用qdbusviewer就显示的比较完全，导致我错杀了很多本已经辛辛苦苦装好的播放器。只能重来，在看。

目前系统上安装了quodlibet、vlc、exaile、sonata、xmms2，不过xmms2这个本来对mpris支持的最标准的播放器，由于开发者对其稳定性的怀疑，导致去掉了dbus接口，放弃，非常痛心；sonata的dbus接口等于摆设，连花瓶都算不上，放弃的很痛快。接下来就详细说说另外三款播放器当前支持的进度。

quodlibet，都不知道这个名字是怎么取的，不过呢，除了amarok2和audacious外，他是目前支持的最完美的一款了。不过还有些小问题，就是无法得到音轨所在目录，因此在操作嵌入歌词功能上就不行了，另外还有些小bug，已经在官方论坛提出了，也得到了开发者的响应，应该会解决得很快。非常感谢他们。

vlc，这个东西都不知道怎么说好，支持的还马马虎虎，但是自己的vlc却总是罢工，导致充分的测试都进行不了，第一首歌没问题，切换到第二首就肯定不行，多点几次就崩溃，不明就里。所以说对vlc的支持，自己都说不清楚，反正启动lrcShow-X后可以播放歌词，其他就不知道了。

exaile，这款播放器在初期就非常坚定的想支持的，不过目前有个致命问题，就他没有信号发出，虽然在google上搜索到该项目的一个分支其实已经解决了这个问题，但是并没有回滚到主分支上。在论坛向开发者提出了这个问题，并且得到了非常不错的答复，估计不久就会修复这个问题，这样，exaile就可以完美支持。

在接下来的开发过程中，还是希望更多的朋友能够加入测试，甚至加入开发。尽管这个项目因为qt和kde的关系，所受的关注甚至不如终端输出歌词脚本，但是.........我自己都不知道说什么好，继续下去就是了，已经一年半了。

目前开发版最新是svn 106