<![CDATA[三翻领的个人空间]]>

<![CDATA[三翻领的个人空间]]> http://www.sanfanling.cn/index.php zh-cn http://www.sanfanling.cn/read.php?267 <![CDATA[lrcShow-X正式发布[10.06.01发布1.4.2版]]]> admin <xujia19@gmail.com> Tue, 01 Jun 2010 12:38: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. 歌词编辑器支持支持编辑包括本地歌词、内嵌歌词和网络歌词——当前千千静听不支持直接编辑内嵌歌词
31. 独立开创对迷你歌词服务器的支持
等

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.06.01 - 1.4.2
1. 修复在高级搜索对话框中的一个编码错误 (lp: bug# 587078)
2. 调整自动同步参数，使之对精确到秒的播放器能够获得更好的效果，如qmmp、mpd等
3. 修复文当中的一个错误

2010.03.29 - 1.4.1
1. 修复保存配置的一个bug
2. lrc编辑器的dock widget可保存状态
3. 在单行模式下启用所有显示效果
4. 去除窗口边框（感谢mouli@kdecn和imlxq@ubuntu-cn）
5. 修复一个在获取ttPlayer歌词时的bug （thanks to Aaron Lewis）
6. 修复当无歌词时切换显示模式时，显示错误窗口内容的bug
7. 增加捷克语翻译

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 - lrcshow-x , python , pyqt4 , lrc ]]> http://www.sanfanling.cn/read.php?294 <![CDATA[重拾起linux]]> admin <xujia19@gmail.com> Tue, 04 May 2010 13:17:54 +0000 http://www.sanfanling.cn/read.php?294
不过话说回来，我这个人也不算太喜欢玩游戏，顶多也就qq小游戏和cs，以前玩过最大型的游戏也就是三国无双系列和半条命，本身游戏对我的吸引力不算大，还是喜欢折腾系统，体验新系统。今天应该是kde-4.4.3发布的日子，在时隔许久之后，终于又登录了一次gentoo，更新了一下portage，不过发现4.4.3好像被mask了，不过还是一狠心改了/usr/portage/profile/package.mask，干脆直接升级系统。晕死，好多包要升级哦，300多个。不过架不住我经历丰富，天热＋老机都不怕。

说起来，lrcShow-X也许就没有更新了。前段时间，意大利朋友发邮件来，主动要求重写整个程序，我同意了，但是我这里迟迟没有动作，实在是提不起劲，不过把整个系统升级一下后，我想会有点动作了。

今天在机子上稍微动作了一下，发现手生得很，一些命令都有点记不起来了。
Tags - linux , kde ]]> 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 - 歌词 , linux ]]> http://www.sanfanling.cn/read.php?281 <![CDATA[强大的开源力量]]> admin <xujia19@gmail.com> Tue, 06 Oct 2009 11:38:52 +0000 http://www.sanfanling.cn/read.php?281
但是，随着越来越多的外国朋友的使用，自己感觉到国际化的重要性，虽然目前已经能够支持简体中文、英语和意大利语的支持，但是还是感觉到国际化力度不太够，于是就想着能够找一个协作翻译平台来继续。

目前据我所知，有四个开源平台非常有名，即googlecode、freshmeat、sourceforge和launchpad，但是结合自己的目的，看来launchpad比较合适。于是就在launchpad上注册并创建了一个新的项目，并且在launchpad上建立了一个自己svn的镜像。考虑到从来没有玩过bug trace系统，顺带也就带上了。不过在翻译一节上，就比较头痛了，上传的pot模板老是同不过网站审查，好不容易上传了模板，翻译内容还搞错了。总之从国庆开始到前几天，就是搞不好。好在在irc的ubuntu频道上的Aron Xu的帮助下，总算搞定了上传现有翻译的问题，同时，他还教了我一招，就是加入了launchpad translator组，并且在邮件列表中吼了一声（宣传下项目，并请求帮助翻译）。说句实话，其后的发展简直让人感觉到神奇。群件只发出了大约3分钟左右，也就在irc中聊了几句，不经意间刷新了一下launchpad的项目主页，谁知道网页上瞬间多出了很多语言翻译，有葡萄牙语和西班牙语，再一刷，法语和波兰语来了。截止到今天中午，也就自群件发出后半天时间翻译一栏上已经有11种非自有的语言了，真是令人惊讶。

今天收到一封来自俄罗斯朋友的一封邮件，说非常喜欢这个应用程序，并且用了半天时间就把程序翻译成了俄罗斯语和乌克兰语（目前lrcShow-X共有202个需要翻译的string）。看来只要是有好的平台，以及一定的宣传，开源的力量还是非常强大的。就开源软件的本身来说，还是需要一种比较协同化、综合化的平台来突出开源的力量，国内比较普遍的“单人单任务”模式看来还是显得比较落后。launchpad还是非常不错的，综合了版本控制、bug追踪、翻译平台、FAQ、路线图等功能，虽然这些大部分对我来说也没什么太大的用处，但是对于大型程序来说就显得非常有用了，对于提高开发效率是非常有帮助的。

由于launchpad没有使用比较流行的svn，使用了bazaar，所以自己空间的svn还是保留。除了论坛和邮件，还没玩过真正的bug追踪系统，因此抱着玩票的性质，就搞一把，然后再完善了一些必要的设置和内容添加，麻雀虽小无脏俱全的项目主页就完成了。

lrcShow-X在launchpad的项目主页在这里，blog和kde－apps继续保持更新。
Tags - launchpad , 翻译 ]]> http://www.sanfanling.cn/read.php?280 <![CDATA[Amarok-2.2.0初测]]> admin <xujia19@gmail.com> Fri, 02 Oct 2009 12:16:12 +0000 http://www.sanfanling.cn/read.php?280
因为是kde的忠实用户，因为lrcShow-X的原因，无论amarok2暂时如何的糟糕，我还是始终坚定不移的支持，也有几次得空参与了irc的讨论。

这几天Amarok团队发布了2.2.0版本，所幸gentoo的更新非常及时，让我今天就能够编译安装，尝试一下最新版本所带来的变化。

首先，在gentoo平台上，Amarok-2.2.0并不能从先前版本升级，而是采用了非此即彼的block，删除老版本，安装2.2.0非常顺利。为了保证兼容性不存在问题，特意删除了amarok的用户配置目录。打开Amarok，在一小段时间的scan后，最大的惊喜就是侧边栏中本地音乐中已经不存在乱码情况了。据我所知，amarok团队自从开始2系列版本开发以来，一直在攻坚关于非utf8的tag标签问题，但是先前的各个版本都不是很稳定，时好时坏，干脆到了前个2.1.1版本后就80％乱码了。国内论坛就这个问题也讨论过多次。不过就2.2.0来看，似乎是彻底解决了，因为本人本地的音乐，tag都是经过Amarok1时代的修正，100％标准，所以理应是100％识别，这次就是这样的。其次，我需要测试两个早已经发现并报告的bug。第一个和lrcShow-X有关。在开发的时候很早就发现Amarok2的信号机制，在用户停止播放的时候有严重的bug，即在发出停止信号前，会发出一个理应不应该存在的播放信号，正是由于这个信号的存在，lrcShow-X会在Amarok停止播放后行为错乱（因为lrcShow-X完全是通过监听signal来进行下一步处理的）。这个bug被证实已经消灭。这里我只是证实一下，因为早在2个月前我就已经通过kde的bugzilla了解到这个bug已经在2.2的git版本中解决了。第二个bug，是在播放列表中，通过搜索功能过滤出来的歌曲，如果对这些歌曲进行排队操作后，会出现对象错乱的问题——事实上被排入queue的是整个播放列表的第一首歌。这里还另有发现，这次amarok的搜索歌曲，采用了定位的方法，而不是以前几个版本中所使用的过滤方法，并附带了上下箭头，用于上（下）一个的定位。通过测试，歌曲排队的问题也已经不存在了。

最后，必须要说说这次版本的UI设计。通过前几次版本的观察，个人认为，amarok的开发者们似乎对于widget的layout没有什么好的办法。这次新版本，又是推倒重来，采用了新的layout布局。从使用后的体验来看，这个布局相较于前几个版本，比较清晰朴素，操作上也简单很多，不过还是没有彻底的布局好，会出现多个widget共处一室的情况，不过我看这个结构会稳定下来，并不断得到进步。这次Amarok还首先引入了一个全新的widget，即通过网络搜索音轨相关的照片，并以幻灯片的形式反复播放，非常新颖，为欣赏音乐提供了新的一种体验，个人非常喜欢。我猜测这次amaok采用了google或者其他比较开放、国际化的搜索殷勤来获取图片，因为国内的歌曲也能够准确无误的获得相关相片。对于这点，歌词的搜索还需要改进。

总体来说，这个版本是我所体验过的各个amarok2版本中，最令人满意的一个，建议还在关注amarok的朋友们升级使用。当然要达到amarok1时代的辉煌，还是需要不断改进的。希望Amarok能够坚持下去。

Tags - amarok2 , kde ]]> http://www.sanfanling.cn/read.php?277 <![CDATA[可怜的声卡问题，求教啊]]> admin <xujia19@gmail.com> Mon, 07 Sep 2009 13:24:51 +0000 http://www.sanfanling.cn/read.php?277
由于系统已经3个多月没有好好系统升级了，于是这次趁着天气稍微凉快一点，就开机升级，然后关了显示器去上班。八九成的朋友是无法理解的，升级一个系统需要整整一整天时间，还不一定成，完全无人职守的升级还要看人品。不管怎么说，使用gentoo都要快4年了，什么事清没见过，为了防止万一某个包编译失败导致浪费大好时间，命令上做了点处理：“emerge -uDN world; emerge --resume --skipfirst; emerge --resume --skipfirst; halt -p”，这样的好处就是顶多能跳过两个编译失败的包——即使没有也没有损失。

经过一整天的时间，200多个包的编译完成，看了下，运气不错，失败了俩，刚好上限，都是些无关紧要的包。心想，反正也是升级，干脆就把内核也升了。顺带说一下，这次升级到kde-4.3.0，因为采用了new slot的形式，因此前一天晚上把4.2的先卸载个干净。

完成一切升级后，进入kde，突然就感觉不对了，kde的欢迎声音没有了！然后马上开了终端试试mpg123，没有声音，试试mplayer，还是没有声音，这下没有方向了。冷静下，除了升级了内核，以及自己也不知道升级了声音方面的什么包外，真的是一无所知了。跑进systemsettings，看看phonon的相关设置，好像也没有什么不同的。测试了一下，发现默认的设备没有声音，还没报错，但是xxx ＃1的设备却能够很好的工作，如下图所示将xxx ＃1的设备设为首选，那么kde的声音就没有问题了，amarok2，juk的声音也没有问题了。

不过还是有问题，mpg123，mplayer默认情况下还是没有声音。打开qmmp或者audacious2，默认alsa设置也是没有声音，不过两者选择hw0.1却是可以有声音的，但是声音边快变尖锐了——失真。

这下真的没有方向了，尝试了多种方法试图解决。包括重新编译内核、改变alsa在内核中的配置（编译经内核或者编译成模块）、使用旧的内核、降级alsa－lib、重新鼓捣alsamixer、尝试alsaconf等等，反正能够想到的都试了个遍。

反正现在是没辙了，不过好在，mplayer可以通过添加指定设备的参数“-ao alsa:device=hw=0.1”，使之声音正常，这样就能够搞定pps的收看。

各位大牛，倘若刚好路过，对这个问题有什么看法，麻烦给个方向，谢谢了。

Tags - linux , gentoo , alsa ]]> http://www.sanfanling.cn/read.php?263 <![CDATA[lrcShow-X也可以搞成这样.........]]> admin <xujia19@gmail.com> Mon, 30 Mar 2009 11:13:46 +0000 http://www.sanfanling.cn/read.php?263
今天在kdecn论坛逛，突然发现wkai同学居然将lrcShow-X成功嵌入amarok2，好神奇好神奇啊！在看了他的blog后了解了一些关于嵌入的知识，开始有体会到amarok2的强大之处了。不过从他的截图来看，还是有些许问题，比如标亮行没有居中等，不过这个效果的确太令人振奋了，同时也大大增强了lrcShow-X的用户体验。

以下是从wkai的blog中下载回来的截图：

Tags - lrcshow-x , 嵌入 , amarok2 ]]> http://www.sanfanling.cn/read.php?261 <![CDATA[与kde3说再见]]> admin <xujia19@gmail.com> Wed, 04 Mar 2009 12:17:33 +0000 http://www.sanfanling.cn/read.php?261
首先来说，当下已经将kde4作为日常应用桌面环境了，实在很少去kde3下。目前，kde-4.2已经处于比较稳定的状态，虽然说尚没有达到kde3当前的状态，但是考虑到kde4的发展时间尚短、开发处于高度活跃状态以及革命性的桌面体验，还是比较让我满意的，所以kde3已经不再重要和必须。另外还有一件事情很让我恼火，也直接导致了和kde3说拜拜。当时自己正在调试程序，无意间发现程序死活不能自己生成配置文件，很是奇怪，这部分代码是非常稳定的，应该说不可能出现这种问题。后来排查了很久很久，才突然发现，根分区竟然使用了100％，连小小若干k的文件都无法创建了......于是，让我产生了彻底清扫系统的念头，而首当其冲并且能够删除后立竿见影的，也就是kde3了。

说起来，和kde3说拜拜是很痛苦的，尽管下了决心，但是那个回车键按下去时，还是充满了不舍。毕竟kde3陪伴了4年了，自从上了gentoo后，一直伴随着kde3新版本的发布一步步编译上来的，在加上自己非常喜欢kde，一想起kde3下的经典程序，就让人一阵唏嘘。

当然，时代处于变革中，一切向前看才能体现与时俱进，想来，用不了多少时间，kde4必将彻底替代kde3的经典
Tags - kde , gentoo ]]> http://www.sanfanling.cn/read.php?260 <![CDATA[lrcShow-X公测及寻求支持［已结束］]]> admin <xujia19@gmail.com> Thu, 26 Feb 2009 11:46:59 +0000 http://www.sanfanling.cn/read.php?260
目前lrcShow-X还有部分功能是被屏蔽的，比如用户手动改变歌曲进度后，就不能跟随了，除非手动“重新载入”一下，毕竟代码越多，debug越困难，不过这些都是以后会考虑的。当前的公测任务，主要是能够确认lrcShow-X对audacious和amarok2的支持表现的确如同自己在本机上看到的，同时能够添加更多能够支持的播放器，自己的系统是gentoo，安装软件非常麻烦，更要命的是，很多基于gst引擎的播放器，我这里安装最起码要编译30个以上的包。

如果您愿意帮助我，让这款程序表现的更好，那么请阅读以下内容：

一. 依赖关系：

     python>=2.4
     dbus-python（dbus的python绑定，名字可能由发行版的不同而有所不同）
     pygobject（gobject的python绑定）（注：svn 105版本后，重新加入此依赖）
     qt>=4.2，并且带有dbus模块，应该是qt-dbus（注：svn 95版本开始，已经去掉了qtdbus模块的依赖）
     pyqt4

二.运行方法：

    当前仅处于开发初期阶段，后期的东西没有考虑太多，因此当下载源码后解压，放到随便哪里都可以，然后可以在命令行输入“./lrcShow-X”获得基本信息，其实只要在后面跟上播放器名即可，如“./lrcShow-X --audacious”。以后在运行上的考虑是这样的，程序本身依然是通过命令行启动，但是可以通过给不同的播放器开发脚本得以实现随播放器启动。

三.测试内容：

   a.测试对audacious和amarok2的支持和功能

      关于这部分，运行起来后随便摆弄即可，当然最好通过内建的帮助浏览器看一下帮助文档，尽管帮助文档还是写lrcShow-II的，不过绝大部分都是一样。另外需要注意的是，audacious没有问题，但amarok2由于上面提到的bug问题，请务必运行lrcShow-X之前，保证amarok2已经运行且处于播放中（程序强制设定amarok2的初始状态是在播放中）。

   b.对其它播放器的支持：

     目前仅支持audacious和amarok2，但是理论上支持一切带dbus接口的播放器，包括mpd、xmms2、bmpx，可能还有exaile、rhythmbox等，情况不是很清楚。首先要确保目标播放器具备dbus接口，办法很简单，运行该播放器后，在终端执行“qdbus org.mpris.播放器名 /Player org.freedesktop.MediaPlayer.GetStatus”，如果没有出错信息，那么该播放器是带有dbus接口的，并请给出上述命令得到的结果。

svn命令：

svn co http://www.sanfanling.cn/svn/lrcShow-X/branches/frank/lrcShow-X

上面提供的http下载的包，不会被及时更新，因此使用svn来获取最新的开发版应该是最方便的。

]]> http://www.sanfanling.cn/read.php?256 <![CDATA[The answer - KDE-4.2.0]]> admin <xujia19@gmail.com> Thu, 29 Jan 2009 14:34:11 +0000 http://www.sanfanling.cn/read.php?256
同样也很幸运，自己选用了软件版本更进速度飞快的gentoo发行版，几乎在kde官方宣布4.2.0发布后的几个小时，就已经进入了官方portage，只是需要简单的unmask其组件，就可以畅快的编译安装了。简单描述下安装方式。因为系统上除了日常应用的kde3，还有kde-4.1.3，而且，kde-4.2.0并不能在kde-4.1.3的基础上升级得到，而是new slot，所以卸载先前的kde4是必然的。很可惜，因为手头上所用的portage不是mask中的2.2版本，没法用先进的sets系统，只能挨个卸载组建，很吃力。这也不用细表，在更新portage树后，采用autounmask直接unmask =kde-base/kdebase-meta-4.2.0，这是最简单的办法，然后emerge之。期间有个插曲，一般来说，安装kde在gentoo系统中，最吃力的就是安装kdelibs，我的硬件水平需要1个小时到1个半小时，但是这次新版本的kde居然依赖到了pykde4（如果猜测不错的话，这应该是方便开发plasma所依赖到的，这也是为什么官方能够提出采用python开发plasmoid组建），而且编译中几乎耗尽系统资源，时长也达到了1小时45分钟，痛苦异常。

kde-base/kdebase-meta编译完成后，就可以进入kde-4.2.0了，不过为了获得最纯粹的体验，把xdm设置成kdm-4.2，然后重启xdm服务进入kde4.首先映入眼帘的，是新的壁纸，非常干净非常优雅，不过面板是透明的，不是先前版本那样有颜色的，不过可以安装新的桌面主题来改变面板的颜色配置，常用的就是oxygen了。

虽然kdebase提供了运行kde最最基础的组件，但是并不充分，有些必须的还是要装过，比如kmix，不过将kmix停靠在系统托盘上后发现，喇叭装的托盘经常会出现“图片破损”的情况，其它的系统托盘也会这样，这个情况也出现在过以前的kde4版本。刚运行的kde4没有中文输入法，应该是skim没有启动，于是手动运行后就行了，以后再启动kde4就没事了。

玩kde4，第一就是要玩plasmoid，第二就是玩桌面特效。不得不说，plasmoid在新的版本中，表现对得起“the answer”这个代号。非常稳定，非常绚丽，也非常实用，不过默认安装kdebase不会有很多plasmoid组件，gentoo中需要另外安装kde-base/kdeplasma-addons。很喜欢其中的RSS组件、天气预报组件、日历组件等，还是那对眼睛。在这些plasmoid组件的配合下，个人的桌面可以非常炫目非常个性。然后，就要看看kde4的桌面特效了。因为自己有长时间的beryl体验，因此与之比较是非常正常的过程。kde4的确从之前的类似项目如compiz、fusion-compiz、beryl中吸取了很多精华，并将之非常成功的融合到了当前的kwin窗口管理器中，而且还有不少的创新，比如“圆型桌面”。当然，特效的多少并不是问题，毕竟还有很多时间给kde团队，不过是否稳定就很要紧了，毕竟号称“the answer”啊。总体来说，稳定性不错，特效的实现过程中没有发生崩溃的现象，倒是在systemsettings中改变渲染方式的时候崩溃了一次，不过也不严重，能够很快恢复过来。

再来说说一些组件的表现。首先要尝试的是konqueror。当前就是在用它来写blog的。不知道为何，自己太喜欢采用qt4为基类开发出来的konqueror了，qt4的widget实在太令人心动了，优雅到极致、美妙到极致，当然需要配合oxygen主题。konqueror在网络浏览和文件管理两方面都表现的中规中矩。然后是dolphin，令人眼前一亮，能够在侧边栏预览文件倒是非常不错，与即插即用设备的配合非常优秀。啊，还有okular，这可是kde4中明星，不过其注释功能还是不知道怎么用，令人遗憾。gwenview非常不错，印象深刻的是在全屏模式下在顶端同样有图像文件预览，这是第一次在图片浏览软件中看到这个功能。

当然也有不少不足之处也一定程度上影响到了用户的体验，比如juk，这个用来暂时替代Amarok2的音频播放器，居然在某些时候不能连续播放，通过观察发现，如果播放一个音频文件后，在播放列表上不显示歌名、歌手信息的话，切换歌曲必然不成功，有同样环境的朋友可以尝试下，看看是不是有这个bug。不过，如果不是Amarok2依赖讨厌的mysql的话，我是不会去装juk的。当前的Amarok2依然处于“难割舍，不能装”的局面，痛苦异常，虽然体验过不依赖mysql的beta版本，但是感觉不是很好，甚至出现过音频文件tag信息张冠李戴的笑话，而且从很多地方了解到，其很多地方还没有完全从1.4系列完整port到Amarok2，包括它的脚本开发API。

总体来说，kde-4.2.0的确是可以作为普通用户日常应用的桌面环境了，不过由于前面有kde3的高度成熟，kde4还有很长的路要走，这点应该是所有kde爱好者必须要拿出的耐心和理解，但是无论如何，kde4作为新一代个人桌面环境，它的成果让人瞩目，也非常让人期待。另外对其它不喜欢kde的朋友们说一句，如果您使用了linux系统，不体验一把kde4，应该会是个遗憾吧，不管会不会是用下去，那是另说。

上图。

Tags - kde4 , answer , linux ]]>