前两天赶着端午放假,将lrcShow-II进行了一次比较大规模的更新,主要是对GUI界面的重新布局,以及添加新的功能。以前很多朋友都会反映无法找到本地歌词的问题,这里主要是我个人使用习惯的问题。因为在win下使用千千静听,默认情况下下载的lrc歌词都是以“artist - title.lrc”的形式,于是从一开始lrcShow-II就采用了这种匹配方法。然后事实证明还是有很多朋友喜欢用音频文件和lrc文件同名的方法,再加上上周自己入手了一台心仪已久的触摸式mp3播放器,它也是要求lrc和mp3要同名才行,因此这次下定决心把这种匹配和命名模式加入到新版本中。其实实现并不难,但是之所以一开始没有加入,多半由于我认识错误,认为绝大部分情况还是“artist - title.lrc”。
还有个比较厉害的功能就是歌词过滤功能。上次也不知道为什么装了一下winamp,它就集成了“乐辞”,发现和千千静听的相比还是弱点,尤其是对lrc文件编码的探测上,真实一塌糊涂,连utf8的都识别不了,还不如lrcShow-II呢,不过它的一项“歌词过滤”功能非常显眼,因为当前很多lrc歌词中夹杂了很多例如qq号信息,网站广告信息以及“爱情宣言”,有点讨厌,有了这项功能,那就厉害了,如果有正则表达式能力的话,那基本上就可以过滤掉一切不喜欢看到的内容。其实功能实现难度不大,关键是这个创意。个人喜欢了,于是也就加入到了新版本lrcShow-II中,并且一定程度上有了些增强。
当新版本基本修改完毕,写完changelog之后不经意间数了下,猛然间发现,如果加上最初的测试预览版,lrcShow-II至当前的0.7.2,居然已经是第二十个正式版本了,不觉唏嘘。lrcShow-II是去年11月份,我记得清楚,当时正是感冒厉害的时候,也是趁一个假期,赶出了一个预览版,事实上,这个项目老早就在我的脑海中了,它的一些流程、设计和功能很久就在勾勒,但是苦于当时对qt的驾驭能力还不行,一切只能在脑子里描绘。真正的动手开始写,也正是头脑风暴完成,一切技术性难题解决的情况下进行的,再加上python本身非常适合RAD开发,因此仅三天即可有测试预览版面市了。可是这三天时间可不简单啊,不仅是感冒,由于涉及到GUI操控,翻了不知道多少页的qt assistant。
出了第一个版本,于是就再也没有停下来,隔三差五修复先前的bug、新增新想到的功能,直至如今的第二十个版本。
可能lrc是国人开发的一个标准吧,反正国内对这方面的有很高的要求,软件也非常多,win下著名的就有迷你歌词、千千的歌词秀和乐辞等等,还有QQ音乐也带、酷狗也带、什么什么播放盒也带。而Linux系统下,也差不多,在lrcShow-II之前,就有小锁开发的xlyrics和lyriczilla这些项目,可惜都不能满足我,而且我太喜欢Amarok了,因此当我有能力的时候,我一定要做出一个来。
其实开发lrcShow-II还有一个很重要的原因,那就是Amarok本身太优秀了,太让我爱不释手了,然后我觉得我可以给Amarok实现当时还非常不成熟的歌词秀功能,让歌词秀成为Amarok的杀手级功能为他赢得更多的用户。而最后的事实证明,lrcShow-II打败了同样是Amarok歌词秀插件的Amalyp,却最终没有成为什么“杀手级”应用,反响一般。
在开发过程中,也涌现了基于不同播放器的歌词秀类插件,有audacious、bmp的,甚至还有smplayer和totem的,如果抛开作为lrcShow-II作者这一身份,客观的讲lrcShow-II无论在功能和稳定性上,是同类软件中执牛耳的,只是Amarok这款播放器没有audacious通用性强,用户相对少一点,加上lrcShow-II本身有一定的依赖要求,因此火热程度不如ShowLyrics、lyriczilla等。不管如何,能看到当前linux下歌词秀类软件如此“繁荣”,还是非常开心的,希望大家都能进步,把linux在这方面落后于win的差距能够补上。
在第二十个版本之后,我想会有第三十个、四十个,因为还有Amarok2,甚至还因为将来Dbus的原因支持更多的播放器,我最得意的作品,一定会坚持。顺带也想对其它歌词秀插件的作者说一句:虽然我不会C/C++开发,但是如果需要,我可以提供我力所能及的帮助。
为纪念这第二十个版本的诞生,我为整个lrcShow-II项目起了一个开发代号:shiningirl——大学时代我所喜欢的姑娘,至今念念不忘。
Tags -
lrcshow-ii