<![CDATA[三翻领的个人空间]]> http://www.sanfanling.cn/index.php zh-cn http://www.sanfanling.cn/read.php?290 <![CDATA[再见，Boner]]> admin <xujia19@gmail.com> Sat, 27 Feb 2010 13:30:27 +0000 http://www.sanfanling.cn/read.php?290
今天如常，在翻到“娱乐”时，才发现，《成长中的烦恼》演员Andrew Koenig自杀了。

如果是出身自80年代的朋友，一定不会没有看过《成长的烦恼》，这部在中国家庭生活、教育等多方面具有启蒙意义的美国情景喜剧，一直到今天，仍旧是许多怀旧一族必看的一部剧集。但是当今天再回想起这部伟大的电视剧的时候，竟然与其中的一名演员死亡相关联，实在是太令人遗憾了。

Andrew Koenig在《成长的烦恼》中，饰演麦克的好朋友伯纳。正如他的名字“boner”一样，他在聪明机灵的麦克身边，总是充当着被嘲笑、被愚弄的角色，时而还要在美丽女孩儿面前出洋相。记得有一集，他为了追求一个漂亮的女孩子，居然去做了裸体模特儿。当然，有时候也是傻人有傻福，有一集中，他难得的好运，麦克用来骗人的一块平常无奇的“魔法石”，最后被boner骗到了手——原来是一块比较罕有的矿石，他实在是难得的赚了一次。

回想起boner，回想起他时常被捉弄的场景，即使在现在，还是令人忍俊不禁。后来在IMPD考究了一番，原来之前他就有一点抑郁，虽然刚完成了一部作品，不过在飞往加拿大后就失踪了。最后是被发现自缢于加拿大一家公园角落中的一颗树上。

看来一下他的作品，虽然非常少，和他在中国的名气相差太大，不过涉及到演员、编剧、导演、制作人等领域，还是非常多才多艺的。

对于这个伤心的结果，还是他剧中的好伙伴——麦克（Kirk Cameron）最先表示了哀悼。我想，作为受《成长的烦恼》影响深远的80年代人，也会默默的哀悼这位在我们小时候带给我们笑声的boner。
Tags - , ]]> http://www.sanfanling.cn/read.php?289 <![CDATA[虎年开篇]]> admin <xujia19@gmail.com> Sun, 14 Feb 2010 13:25:35 +0000 http://www.sanfanling.cn/read.php?289
现在过年比起小时候来，的确是没意思多了，可能这也是一种没有办法再复制的童趣吧，留给现在的我们，顶多也就是吃吃睡睡了。春晚也比较无聊了，除了王菲复出，小虎队重聚之外，似乎没什么特别的回忆了，不过也确实难为了这帮春晚的创意人员了，如果没有王菲和小虎队，这届春晚乏味的绝顶了。在网络如此深入千家万户的今天，人人都可以在平时随心所欲的看到自己想看的一切内容，春晚必定不会再像20、30年前一样，给人以“笑”的途径了，这也从一个侧面反映了社会进步。

离初一大概还有一个小时的时候，我就换台了，不再看春晚，而是看央六的《2009年世界电影回顾》，感觉这个节目还真的不错，短时间内领略了2009年世界各地的电影成果，初步了解了一些最新动态。不过在我的意识中，中国电影和中国足球属于同一层次——永远是扶不起的阿斗。近年来，名义上的大导演也好，大手笔也好，始终拍不出让人满意的电影，却好意思的到处评奖，实在怒其不争。中国电影如果老是认为大场景＋大导演=成功电影的话，那我也没话说。我始终一直认为，目前的中国电影，依然是：《霸王别姬 》＋红色电影，哪怕没有增加，也别拿着巨资乱挥霍玩三枪，简直让人拍案！

大年初一，居然国足来献礼了，这太让人大跌眼镜了。继打破了32年恐韩后，居然拿到了四国赛的冠军，国内一致好评，还拿了50万美元的奖金，实在可歌可泣。联想到最近国内的足球风暴，着实让热切盼望中国足球的热心球迷们坚定了信心——扫除国内恶劣的足球氛围，给国足腾飞以可依托的足球环境。各位踢球的小弟弟们，记住了，只有踢好球，踢出成绩，才有回报，完弄虚作假不劳而获，监狱里的大哥哥们坐在那等着放风呢！最最让人意外的是，这出反赌风暴最后把足协高层南勇和杨一民给弄进去了，太振奋人心了，让你们以前舒适的高级干部待遇见鬼去吧，全国人民养鸡养鸭也不养白眼狼，更何况有多少人对中国足球投入了多少感情与寄托。

再谈谈冬奥会吧，现在最热的话题莫过于点火仪式了。说实话，那个场景一眼就知道出问题了，不然怎么弄了这么久的音乐、上了四个外围点火的火炬手？那位倒霉的老兄应该是那什吧？话说这种万人瞩目的情况下出现这种问题，估计那个时刻设计人员和技术人员死的心都有了，虽然没有实现预先设定的计划完成，但最终还是顺利点火，实际效果还算不错，央视的解说还说像“V”字形呢........权当一个笑话吧，不过这种事情发生在北京奥运会上的话，国人估计没法平静，好在我们在这种不容有失的地方，往往能够顺利完成。

就在刚才一会儿，发布了lrcShow-X的1.4.0版本，有些新特性，效果应该不错，建议升级。

这两天也在适应KDE-4.4.0，总体来说，kde4的确已经进入成熟稳定阶段，倘若到了4.4.0还有大惊喜的话，那实在不明白先前的几个大版本在干什么了。以前苦于在win下没有一个顺手的编辑器，现在基本上定下来了，还是用kate。

作为虎年开篇，思路比较乱，想到哪写到哪，可能是睡眠不足的原因吧，不过这种随心所欲的blog方式，我还是很喜欢。没有功利的文字，最纯。 ]]> http://www.sanfanling.cn/read.php?267 <![CDATA[lrcShow-X正式发布[10.02.14发布1.4.0版]]]> admin <xujia19@gmail.com> Sun, 14 Feb 2010 12:42:40 +0000 http://www.sanfanling.cn/read.php?267
可以通过以下svn命令获取最新的开发版本：
svn co http://www.sanfanling.cn/svn/lrcShow-X/trunk/lrcShow-X


更多截图，请访问snapshots of lrcShow-X

依赖关系：
1. pyqt4（python和qt4的绑定，具体名字视各发行版而有所不同，ubuntu应该是python-qt4）
2. >=python-2.4 （暂时不支持python3）
3. dbus-python（dbus和python的绑定，具体名字视各发行版而有所不同）
4. pygobject（python与glib中gobject库的绑定，具体名字视各发行版而有所不同）

运行方式：
1. 解压下载的bz2包，进入lrcShow-X目录，在此目录下打开终端，运行“./lrcShow-X.py”即可
2. 针对Amarok2播放器，可以使用Amarok2的脚本lrcShow-X starter或者lrcShower-X，由于后者是前者的修改版，故个人推荐后者，除了随Amarok2启动外，还可以随之关闭。
3. 手动设立菜单项，注意程序的运行目录即可
4. 可以自建一个启动脚本，形如：
#!/bin/bash
cd /opt/lrcShow-X
./lrcShow-X.py

（最新SVN版不需要进入lrcShow-X目录即可）
5. 在桌面新建链接到lrcShow-X.py的.desktop文件

支持的播放器：
1. amarok2
2. audacious
3. qmmp
4. songbird （需MPRIS扩展支持）
5. banshee
6. exaile
7. juk
8. muine
9. quodlibet
10. rhythmbox
11. vlc
12. mpd （依赖mpDris，请阅读addons/README获取更多信息）
13. xmms2 （请阅读addons/README获取更多信息）
点击这里下载文件

lrcShow-X的主要特性有：

1. 支持多本地目录搜索本地歌词，超过10个歌词搜索引擎——独创的多搜索引擎
2. 支持全屏、OSD、普通窗口、置顶等显示模式（qt>4.5.0支持背景透明显示模式）
3. 无本地歌词时，实现自动搜索网络，可选是否下载到本地，或“仅当前”——临时下载也是独创的
4. 支持5种内嵌歌词标签：lyrics3v2、lyrics3v1、id3v2-uslt、apetag、id3v2-sylt——此领域，windows下的同类软件亦无出其右
5. 支持自定义快捷键
6. 支持歌词offset实时微调功能
7. 内建帮助浏览器
8. 多语言支持 （简体中文、繁体中文、英语、意大利语、乌克兰语、俄罗斯语、马来西亚语、克罗地亚语、西班牙语、印尼语、丹麦语）
9. 支持12种linux音频播放器——感谢dbus
10. 自定义窗口行为
11. 网络代理支持
12. 支持横向或纵向显示——linux下第一款实现横向显示的歌词软件
13. 内建全功能lrc歌词编辑器
14. 支持系统托盘
15. 支持自定义字体和调色
16. 配置文件自动升级系统
17. 独创的自定义歌词策略系统——比windows下同类软件使用的“关联”要强大
18. 歌词编码自动探测功能——独创使用chardet实现歌词编码的自动探测
19. 弹出信息功能（需启用系统托盘）
20. 歌词过滤功能，支持正则表达式——仿“乐辞”同类功能
21. 媒体播放器回放控制
22. 低cpu使用率，高精确度（理论上达到0.001秒）
23. lrc歌词的超强纠错性
24. 支持多搜索引擎流水式搜索——独创
25. 支持歌词编辑器下载普通歌词用以创建lrc歌词
26. 同时支持“artist - title.lrc”和“音频文件名.lrc”两种匹配规则（实际上只需要lrc文件名中含歌手和歌名信息即可，比前者更宽松）
27. 可选下载lrc歌词文件的命名方式（“artist - title.lrc”或“音频文件名.lrc”）
28. 本地lrc歌词的拖拽操作（svn198开始）
29. lrc歌词自动嵌入音频文件功能，可选嵌入来自本地的歌词或这来自网络，或皆可（svn202开始）
30. 歌词编辑器支持支持编辑包括本地歌词、内嵌歌词和网络歌词——当前千千静听不支持直接编辑内嵌歌词
等


09.4.18注：
lrcShow-X已经正式提交到到kde-apps，本帖不再提供下载包，可以到lrcShow-X在kde-apps的页面上下载最新的版本，或者通过以下命令获得最新的svn开发版本：
svn co http://www.sanfanling.cn/svn/lrcShow-X/trunk/lrcShow-X



ChangeLog:

2010.02.14 - 1.4.0
1. 无论何种情况下，程序都会搜索策略
2. 在策略对话框中增加音频信息内容
3. 修正lrc编辑器中，保存按钮在同步后依然启用的bug
4. 增加歌词行间距的设置项
5. 修复配置文件升级系统中，歌词搜索路径预设错误的bug
6. 增加歌词搜索目录的递归功能，以及自定义递归层次
7. 增加“youdao”作为第13个歌词搜索引擎
8. 修复歌词编辑器打开网络歌词中的一个编码错误
9. 增加对mpd的支持
10. 增加对xmms2的支持
11. 修复在获取音频文件位置中的一个错误
12. 添加mpd和xmms2支持所必须的文件作为addons
13. 当显示行数为1时，强制横向显示，显示特效为“总是滚动”
14. 优化横向滚动的效果
15. 修正程序对最后一行歌词处理的错误
16. 增加“设置显示特效”的菜单项
17. 修复当切换歌词后，开始时歌词定位偏差的bug
18. 优化当改变显示行数、显示模式后，歌词定位的方法
19. 避免同时有多个网络搜索线程
20. 修复“系统托盘”设置中，当未启用“系统托盘”时，没有禁用数字微调控件的bug
21. 定义时钟的输出变化为线性变化
22. 修复当重启启动时钟后，起始值未归零的bug，一般出现在pyqt4<4.7的情况下 （非常感谢yingfei，直接找到了问题的所在）
23. 增加pt_BR翻译 （应该是巴西的葡萄牙语）


2010.01.09 - 1.3.3
1. 改进探测程序实例
2. 实现在选择歌词对话框中，双击条目选中的功能
3. 修复了在策略对话框中的翻译错误
4. 修复了在quodlibet中获取音频文件名的bug
5. 实现了在没有音频标签、开启“仅在标签完整时搜索”的情况下，通过音频文件名尝试搜索本地歌词的功能
6. 在开启“优先使用内嵌歌词”选项的前提下，实现了在没有音频标签、开启“仅在标签完整时搜索”的情况下，搜索音频内嵌歌词的功能
7. lrc编辑器实现直接编辑本地、网络、内嵌歌词的功能
8. 修复lrc歌词编辑器无法获取准确播放器状态的bug
9. 在lrc歌词编辑器中添加“上一首”、“下一首”的功能
10. 实现lrc歌词编辑器异步获取音频数据的能力
11. 增加lrc歌词编辑器“同步音频模式”
12. 更新内建文档
13. 修复在全屏模式下修改字体、并退回普通模式后，窗口高度错误的bug
14. 增加丹麦语翻译
15. 增加印度尼西亚语翻译
16. 调整歌词搜索逻辑


2009.12.13 - 1.3.2
1. 窗口构建完成后启动信号监听线程，以避免出现段错误
2. 实现同时支持两种lrc歌词匹配方式（lrc名和音频文件名相同或“artist“和”title”两个标签信息同时出现在lrc文件名中）
3. 使用音频文件名代替“artist“和”title“信息作为”记住“策略的识别标记
4. 实现lrc的托放操作，包括链接和本地文件（链接和本地文件名需要以.lrc结尾）
5. 修复当标签信息含有特殊字符时，保存歌词操作失败的bug（感谢nihui@magic linux）
6. 实现非源码目录下的启动
7. 在“记住”策略下，保证即使选择了“仅标签完整时搜索”也能正确显示指定lrc歌词
8. 调整图标大小以适合qt-4.6
9. 修复“totalSeekTime”的错误
10. 增加“将lrc歌词自动嵌入音频文件”的功能
11. 修复在高级搜索对话框中使用“返回”功能后，对话框被关闭的bug


2009.11.24 - 1.3.1
1. 修正在歌词编辑器中下载歌词时，获取错误音轨信息的bug
2. 改进了滚动效果
3. 优化滚动效果部分的代码
4. 当用户的qt版本低于4.5.0时，禁用透明显示模式


2009.11.21 - 1.3.0
1. 禁用当无本地歌词时，打开歌词编辑器自动下载歌词的功能
2. 增加歌词编辑器中下载歌词菜单项
3. 增加歌词编辑器中必要的播放器控制功能
4. 新增流水下载模式
5. 修复cdmi歌词搜索引擎中的一个bug
6. 修复高级搜索对话框下载歌词后，“仅当前”菜单项仍然开启的bug
7. 添加窗口背景透明的显示模式
8. 增加西班牙语翻译
9. 更新ailrc搜索引擎 (lp: bug #484074)
10. 当播放器停止时，在歌词编辑器中禁用下载歌词菜单项
11. 修复初始化配置文件的一个错误 (lp: bug #484656)
12. 更新翻译

2009.10.23 - 1.2.2
1. 增加切换搜索引擎后“立刻搜索网络”功能
2. 增加退出快捷键"CTRL+Q" (lp: bug #443430)
3. 在终端中使"CTRL+C"的退出方式生效 (lp: bug #443428)
4. 修正在rhythmbox下，音频tag标签由错误编码导致崩溃的bug (lp: bug #443414)
5. 增加ALSong搜索引擎
6. 改进在rhythmbox下的表现
7. 增加音频播放器控制功能的快捷键：停止（Ctrl+S）；暂停/播放（空格键）；下一首（Ctrl+N）； 上一首（Ctrl+V）
8. 修正配置文件错误提示框的代码错误
9. 增加乌克兰语、繁体中文、俄罗斯语、马来西亚语、克罗地亚语支持


2009.9.27 - 1.2.1
1. 修复检测已运行程序实例中的一个bug

2009.9.26 - 1.2.0
1.增加对songbird的支持（需songbird的MPRIS插件，感谢rainsia）
2.修正高级搜索中，“测试”功能引起的歌词窗口显示搜索引擎信息错误的bug
3.在高级搜索中增加简繁体转换功能
4.改进百度歌词搜索引擎，使之能够在高级搜索中正确显示“歌手”、“歌名”信息
5.更新sogou歌词搜索引擎，使之能够显示多个搜索结果，并能够在高级搜索中正确显示“歌手”、“歌名”信息
6.改进了检测是否已有运行中的lrcShow-X进程的方法
7.修正了当lrcShow-X第一次运行时，没有检测$HOME/.lrcShow-X目录是否存在的重大bug

2009.6.14 - 1.1.0
1.仅允许一个lrcShow-X实例
2.增加意大利语翻译
3.增加对juk的支持
4.增加对rhythmbox的支持
5.增加对banshee的支持
6.增加对muine的支持
5.增强对当前运行播放器探测的能力
6.重写了程序与播放器之间的中间层
7.增加cdmi歌词搜索引擎
8.增加ailrc歌词搜索引擎
（以上，2、3、4、5、6、7由意大利朋友完成更新；8的搜索引擎初版由copy liu完成）


09.4.18 - 1.0.0：
即lrcShow-X-1.0.0RC，第一个正式版本

Tags - , , , ]]> http://www.sanfanling.cn/read.php?288 <![CDATA[一不小心，做了个mpd、xmms2前端..........]]> admin <xujia19@gmail.com> Sat, 23 Jan 2010 11:27:14 +0000 http://www.sanfanling.cn/read.php?288 这个页面，我是非常熟悉了，因为这是第一款著名的播放器将lrcShow-X作为推荐软件放置于项目首页，并提供了相关链接，出于一些虚荣心的作祟，我还是经常去看看的——只是看看。

不过呢，昨天倒是仔细研究了一下这个页面上提供的一个mpris-remote的链接，其中提及了为mpd提供dbus接口的一个模块。说到mpd，我个人还是非常喜欢的，这种C/S架构的播放器，小巧精致，而且非常灵活，前端也非常多。苦于mpd本身并没有提供dbus接口，因此我也不是经常用，毕竟对于lrcShow-X来说，没有什么开发价值。不过昨天一番研究下来，还是决定安装一个mpDris试一下，不管成功与否，我都尝试过了，也对得起很多朋友要求lrcShow-X支持mpd愿望。

gentoo本身的portage没有提供mpDris的ebuild，好在网上有，google一把即可，而且安装顺利，只是依赖了一个python-mpd，好在体积不大。完成后在终端启动mpDris，并在终端启动qdbusviewer，这样就可以非常方便直观的来浏览mpDris提供的各个dbus接口细节。这里要非常感谢我的朋友和合作伙伴OutLikeAShoe，非常厉害的意大利高材生，是他为lrcShow-X撰写了灵活、扩展性强的dbus接口中间层，这就使得为lrcShow-X写某个播放器支持模块变得非常容易。大概也就花了5分钟时间，在拷贝amarok2模块的基础上略微修改一些内容，再加上qdbusviewer的帮助，dbus支持模块基本上就成了，接下来就是测试了。测试也很顺利，只是mpd的dbus和amarok2在一个地方有出入，就是amarok2在切换音轨的时候，除了音轨切换信号外，还发出了播放器状态切换的信号，而lrcShow-X只是监听播放器状态信号；而mpd的，则是仅仅发出了音轨切换的信号，因此这里需要处理一下，也很简单，在dbus模块里，额外加上trackChange信号的连接，并定义：接收到trackChange信号后，获取一次播放器状态，然后直接调用statusChange信号所调用的函数。

最终，得出了对mpd完美支持的结果。略微美中不足的是，通过dbus获取的音轨时间点只能精确到秒。大功告成后，终止了mpDris程序。但是意外发升了，lrcShow-X并没有出现dbus链接出错的现象，而是依旧漂亮的随mpd工作着。这着实令我大跌眼镜，因为终止mpDris，应该就是意味着停止了mpd的dbus服务啊。ps aux | grep mpDris的输出显示，mpDris的确在后台运心中，pkill掉后，lrcShow-X终于出错了。那么也就是意味着，只要安装了mpDris，启动mpd服务后自然就提供了dbus服务，而并不像mpDris的README中所说的一定要运行mpDris。

至此，在安装mpDris这个依赖后，lrcShow-X最终能够支持mpd了！其副产品就有点令人啼笑皆非了，lrcShow-X提供了简单的对所有支持的播放器的回放控制，也可以认为，lrcShow-X当前已经是mpd的一个前端了，而且是一个独一无二非常另类的前端！

目前的SVN 224版本已经提供了mpd的支持，可以co下来帮助我测试一下，小三谢过了。

SVN225版本也已经开始提供对xmms2的支持，也光荣的成为xmms2前端的一员。具体操作可以参看本站lrcShow-X更新帖。
Tags - , , , ]]> http://www.sanfanling.cn/read.php?287 <![CDATA[5800近况]]> admin <xujia19@gmail.com> Thu, 21 Jan 2010 13:12:16 +0000 http://www.sanfanling.cn/read.php?287
看来诺基亚开始加入免费导航的征战中了，再结合不久前google宣布免费提供导航，看来这两个巨头是革了导航厂商的命了，老百姓们更加接近天空上的卫星了。我预计免费导航的大餐才刚刚开始，这个行业也将步入免费竞争时代。估计不久后，Garmin等一些导航厂商会随了类似柯达这样的命运。

最近5800的另一个比较大的事情就是发布了V40的固件升级。我是第一时间升级了，效果非常绚丽，更加人性化了。大家比较关注的这个固件，很大程度上体现在主屏幕联系人一栏实现了惯性滑动，宣称诺基亚终于支持惯性滑动了。我其实到不是这么看的。惯性滑动其实在塞班V5就一直存在，只是没有应用到该效果的应用程序出现。试想好了，惯性滑动怎么可能是一种功能呢？充其量只是种效果而已，仅仅就看怎么实现，是谁来实现。V40固件之前想必各位58机油应该装过墨迹天气吧，还不是照样惯性滑动？

比较郁闷的地方有两个，和上述两个升级都有关。进入诺基亚地图后，每次点X关闭，总是花一下屏幕后就自动重启了，不知道怎么回事，现在只能长按中间的白键来退出。另一个就是升级了V40后，突然发现声控拨号不好使了。后来研究后发现解决办法有两个，一是拨打过该号码后就可呼叫，另一个就是进入该通讯录条目，选择“选项－提取号码”，这样也是可以的。

总体来说，5800确实不愧为平民机王，诺基亚也很与时俱进。虽然说诺基亚现在前有狼后有虎，还和苹果大打出手，不过就58这款机器来说，绝对支持诺基亚，同样也支持qt，支持qiliang兄。
Tags - , , ]]> http://www.sanfanling.cn/read.php?286 <![CDATA[逛了趟墙外]]> admin <xujia19@gmail.com> Mon, 04 Jan 2010 14:05:42 +0000 http://www.sanfanling.cn/read.php?286
一般来说，我要浏览的网页都不会被墙所阻隔，被墙所阻隔的内容，我也兴趣不大，不过有时候也不得不承认，大墙也阻挡了一些不应该阻挡的东西，不过为了能够过滤一些色情、反动的内容，这也是在所难免。毕竟境外的情况自由过头，而国内又有很多人没什么立场和主见，别有用心的人稍微蛊惑一下就会抵挡不住糖衣炮弹。

当10年前申请了一个QQ号的时候，那是绝对不会想到网络在当代社会中会扮演如此重要的角色，我们的生活被网络演化的如此精彩，同样也如此邪恶。每天都有大量的信息更新于网络，如果没有判断能力的人每天接收一些不良信息，那么网络完全可以毁掉一个人。网络实在太自由，毫无约束力。

同样的，每天上网，也会每天看到抱怨大墙又墙了这墙了那的言论，对于有一定电脑技术的人，或许也阻挡不了，但是无论如何，请理解我们的墙，大墙给不了我们绝对纯净的网络环境，当我个人认为，有胜于无。

每天看cnBeta上的IT新闻，当无奈于那些没有头脑的评论，不得不庆幸大墙的存在。把这些人仍在墙外不管或许更好些。

最后，由于速度不够快，墙外的youtube视频没能加载完成——还是被墙了。
Tags - ]]> http://www.sanfanling.cn/read.php?285 <![CDATA[请珍爱我们的环境]]> admin <xujia19@gmail.com> Mon, 14 Dec 2009 12:51:10 +0000 http://www.sanfanling.cn/read.php?285
人类，作为最为智慧的生物种群，傲视着世间万物，但殊不知，在人类日益发达的工业化进程中，自身的环境如今已经变得日益脆弱。在日前召开的哥本哈根全球气候会议中，许多发展中国家将世界气候的恶化归罪于发达国家的工业化原罪，但我认为，最为原罪阶段的工业化早期，与当前全球工业化比较起来，实在是太显得微不足道了。

无论如何，地球是越来越暖和了。小时候，即使是身处南方城市的我，依旧视冰棱为常物，而如今，12月份却依旧有15摄氏度。这些，只发生在短短的20年间。人的一辈子没几个20年，可是人类却不能仅仅着眼于几个20年。看看人类20世纪前与之后的对比，不得不感叹，这百年间。我们毁了太多太多。

电影《未来水世界》中的一幕，不久前发生在美丽的岛国马尔代夫，这不是作秀，而是要告诉全人类，这个国家快要没有了，至少在现在位置上；而现在，南极洲的巨大浮冰正在向澳大利亚漂进；未来，我不知道。

地球的，不，是人类的危机，正像那浮冰一样，瞬间就会不期而遇，人类在无数此的感叹与赞美自身的伟大智慧的同时，却也遗忘了给我们美丽的地球家园带来的毁灭性的灾难。或许，“2012”的预言，并不显得那么离谱。

在怀念伟大的流行音乐之王麦克儿 杰克逊、聆听其著名的《Earth Song》时，所感受到的震撼，已经不仅仅在于音乐的力量和音乐电视的震撼，而是，被命运之手扼喉的痛感，难以名状的痛楚与悲伤。 ]]> http://www.sanfanling.cn/read.php?284 <![CDATA[American Pie7 - the book of love]]> admin <xujia19@gmail.com> Wed, 09 Dec 2009 15:05:47 +0000 http://www.sanfanling.cn/read.php?284
不得不说，《美国派》系列是我对美国青春喜剧中最为推崇和喜爱的甚至超过“出身”更为高雅的《High School Musical》。如果你仅仅把他当作是一部描写校园性喜剧的下流电影的话，那我只能说你说对了一半。不得不承认，在历经了1、2、3的巨大辉煌后，老演员逐一退去（除了莱文斯丁先生）、编剧能力的不足，渐渐的向“下流”靠拢，尤其是《nuke miles》，可谓是垃圾片，《beta house》也仅仅是一点点起色而已，距离前三部可谓差好几个档次。

事实上，很多人对《美国派》的迷恋，始终停留在前三部，不可否认的是，他们的出身确实是打着并不高雅的“校园性喜剧”而来的，但是事实上，内涵上相当丰富，“性”或者说“破处”只是各种喜剧效果的出发点，如果观众的欣赏角度仅仅停留在这两个方面，那么会在体会电影魅力上大打折扣，而事实上，前三部虽然有个别裸露镜头，却并不猥亵。电影的高明和经典，就在于让观众在一幕幕笑料百出的场景中细细体会到其中贯穿全剧、无所不在的友情、亲情和爱情。同样，在一次一次的失败、成功的交替中，也充分体现了当下流行的“励志”主题，其中四位男主角围坐在快餐店中的一句“next step”口号也成为一个经典。另外也别忘了，《美国派I》在99年取得了巨大的票房收入，是一部典型的底投入高受益电影，如果仅仅靠一点“偏黄”就可以取得如此大的成就，那也太小看美国观众了。

《美国派》的前三部，我已经玩味过好几遍了，但始终奉为经典而永驻硬盘，不过爱屋及乌吧，之后的几部我也有收藏，但并不常看，尤其是5、6，纯粹的垃圾。而这次的第七部，看了IMDB的简短介绍，从主题上似乎有回归前三部的趋势，非常看好。

另外我觉得前三部很多音乐也是非常好听的，这里就推荐几首，喜欢的话可以自己搜索下载。

vertigo
in too deep - Sum41
everywhere - Michelle Branch
sway - Bic Runga
be like that - 3 doors down
Always Getting Over You - Angela Ammons
]]> http://www.sanfanling.cn/read.php?283 <![CDATA[由一个帖子想到的]]> admin <xujia19@gmail.com> Tue, 24 Nov 2009 14:43:48 +0000 http://www.sanfanling.cn/read.php?283 《关于歌词显示的一点建议，请拍砖》，这个正好符合我的专长，因此很有兴趣，等在电脑前，看看回复中能不能被提及lrcShow-X，呵呵。

当然，事实上我也同时在考虑lz的一些建议，毕竟，现状的确是众多歌词软件如雨后春笋般涌现，那么是不是存在“资源浪费”，或者组建团队提高开发质量问题等。

先谈谈关于歌词软件的发展。这里除去非lrc歌词显示，那么总的来说，此领域最早，也是最有名的应该是小锁开发的xlyrics，虽然我未曾用过，但是的确是开山之作，就算是现在也有不少用户在使用。据我所知，小锁已经放弃该项目很久了，期间zhllg曾经修改过一个版本。lrcShow-II（lrcShow-X的前身，amarok脚本，已停止开发）最初是在2006年末开始启动。当时来说，卡在这个领域软件的最大瓶颈是“滚动”问题，当初lrcShow-II在最开始的时候，还是跳动的，而且歌词居中部分的代码相当繁琐和复杂。试想，某位大牛在googlecode上发布了其hack的TTPlayer歌词搜索模块，而仅仅为rhythmbox写了一个平板歌词的显示插件，可见当初动态问题是比较棘手的。

这里暂时不提xlyrics，就当前活跃的歌词软件中，真正实现滚动效果的，应该是和lrcShow-II几乎同时代发布的lyricszilla这款软件。为此我还专门下载源码研究其动态滚动的实现方法，可惜我是很不善于阅读其他人的代码，最后什么也没学到。最后到0.3.1版本，又是通过一个及其繁琐的方法，将跳跃的过程分块实现，才形成了早期的”平滑滚动“效果，只能算是应景，差强人意。

当lyricszilla成为模板，最后的瓶颈被突破后，linux下的歌词软件出现了新的生机，当前比较有名的Showlyrics应运而生。之后，一个非常有意思的情况出现了，那就是osd的大行其道。我最早发现的将歌词使用osd形式显示出来的一款软件是Lyricod（实话实说，这款软件低调的很，若不是在googlecode主页上提及了lrcShow-II，根本就没法找到），这里用到了一个pyosd模块，推测这个模块比较低级，应该是基于x的。而后，gnome－osd被很多同类软件使用到。这里需要说明的一点是，如果一款歌词软件仅仅用到osd作为其歌词承载方式的话，那么歌词软件的开发将大大简化，简而言之，就是获取播放器时间点后搜索下lrc文件，将搜索到的当前行歌词直接set到现成的osd窗口中即可，这个和在shell下调用kdialog几乎没什么区别。加之由之前的一些软件积累起来的一些模块和库类，歌词软件又迎来一个创作高潮，时至今日。

目前，这些软件都同样是单人单任务模式，而且虽然数量多，但是的确也有很多不同。就像那篇帖子讲到的，脚本的也有，窗口式的也有，纯osd的也有，bash开发的也有，c开发的也有，等等因此我个人认为，合并这些开发力量并不一定是个好事，毕竟还是有很多的不同，而且将他们的特性集中到一款软件上，也非易事。我个人觉得，这里应该不存在一个开发资源浪费的问题，因为从逻辑上倒着讲。不会有人因为我不开发这款软件而感谢我节约资源。

组团队是个不错的建议，不过能够找到开发方向一致、开发力量相仿、开发步调统一的组合，还是非常不好找的。一般来讲，开源的合作方式，往往都是合作者中途加入的（又往往是在关键方向上的分歧而又分道扬镳，这样的例子太多了），说到lrcShow-II（lrcShow-X）上，也是一样的，中途有意大利朋友突然问我，是不是有兴趣加入一些其他的歌词搜索殷勤，我说可以啊，于是乎，他就提供了mini的服务器hack流程。加入该搜索引擎后，大家都一致认为当前的多搜索引擎架构比较生涩，于是互相讨论改进问题，再慢慢的，就开始融入到开发中了，成为lrcShow-II（X）的开发伙伴。我认为这种效果是比较好的，也比较符合开源协作的一般流程。而往往生硬的拼凑倒反而不妥。

最后，那个帖子还是提到了lrcShow-X，比较开心，毕竟ubuntu的论坛，qt软件是小众，关注度是很可怜的。意外的是，论坛上的朋友通过使用，使我发现了最新版本中一个比较冒进的地方，会导致第于qt-4.5.0的用户发生错误，于是花了一个小时时间修复，并紧急发布了1.3.1版本。在此表示感谢。

以上仅为一家之言，如有不妥，也接受拍砖。
Tags - , ]]> http://www.sanfanling.cn/read.php?282 <![CDATA[lrcShow-X的最新动态]]> admin <xujia19@gmail.com> Thu, 05 Nov 2009 14:48:19 +0000 http://www.sanfanling.cn/read.php?282
最近也得空，也比较有欲望，因此更新频繁，抓紧时间退出全新的1.3.0版本。目前可以比较有把握的几个新特性可以公布了。

一个是“多搜索引擎流水搜索”。我自认在lrcShow-X项目上，还是能够体现出个人的一些创新特点的，无论是多搜索引擎、歌词策略、内嵌歌词、编码探测等都能作为旁证，这些特性在开发出来的时候可都是独一无二的，哪怕与windows下的同类软件比，也是如此。当然目前来看，很多同类软件也在跟上（有几个同是linux下的歌词软件有些地方有种似曾相识的感觉），这是好事，我也乐得看到这种相互学习、借鉴的良性状况。不过这里一定要再三提醒一句，本软件使用GPL协议发布，其他软件使用本软件的任何库、代码，或者是重写（没有换药），一定要附上GPL协议。这是游戏规则。言归正传，这个“多搜索引擎流水搜索”，就是在当本地不能搜索到歌词、自动从网上搜索时，将激活高级搜索网络对话框，并以流水的形式逐个搜索预设的一个或者多个搜索引擎。这个功能配合高级搜索引擎的一些独特特性，可以最大程度的方便用户找到最优秀、合适的lrc歌词，并且可以最大程度的发挥各个搜索引擎的搜索特长。

第二个特性我也是研究了很长时间，在不经意间以一种看似简单的方式实现的，那就是背景透明效果。解决了这个，也就同时解决了很多人理解上的OSD效果（我理解应该是desktop效果），无论如何，这个效果看上去还是比较有人气的。不过与其他软件的实现方式不同，他们往往使用的是一个osd库（python的或者是gnome的），而lrcShow-X使用的是qt本身特性施加于承载歌词的widget上。因此可以衍生出一些新的特效。背景透明可以和置顶效果一样，与本软件的其他三种显示效果合并使用，特别是透明＋全屏，非常拉风！

下一步的计划也基本成形，规划比较宏大。

1. 支持所谓的lrc 2.0规范 （这个是没有官方说法的，所谓的2.0规范其实是一款著名的windows音频播放器A2首先采用的，最大特色就是真正的实现字时间标签）。这里要说明一点的是，虽然目前很多歌词软件实现了所谓的卡拉OK显示方式，但是实际上这是假的，无非是将一行歌词所占用的时间平均分配给每个字上去。如果出现一句“啊”占5秒钟，“我爱你”占2秒钟的歌词，那么马上就会露馅。真正的卡拉OK效果是需要歌词源支持的。具体的2.0规范，可以搜索下wiki。

2. 支持python3

3. 跨平台支持windows

当然，这个项目运作到现在，已经跨了三年了，很多当初想都不敢想的功能都实现了，现在再想想又能如何呢？

注：忘了提醒了，上述提到的1.3.0中背景透明的新特性，是需要xrender和桌面管理器支持的，否则不仅无效，而且背景会变成漆黑一块，不过没什么大碍，取消透明即可

上个图，拉风一下 : )

点击在新窗口中浏览此图片

点击在新窗口中浏览此图片
Tags - , ]]>