Tag Archives: Linux
Amarok2的CUE支持报告
前些天心血来潮测试amarok的cue功能，顺带测试了几个后端的支持情况，现写一总结： 以下针对Amarok 2.3.1 beta，顺便抱怨一下amarok的编译问题，不知怎么的，amarok这几次编译总是在qtscript的检查上面出问题，于是我只好在FindQtScriptQtBindings.cmake做手脚让它编译通过了…… Amarok的cue支持总是让人诟病，现在Amarok终于有了cue的支持。 我想，cue支持的好不好和后端还是很有关系的，我测试了几个格式的文件：flac，tta，ape，wav 测试中工作的最完美的组合是tta+xine，剩下的组合都或多或少有一些问题。 ape没有一个后端能够看见这个文件，所以无法测试。 tta格式gstreamer后端和xine后端可见，mplayer和vlc都不可见。 flac格式在文件浏览器中总是可见，但是在播放时要不就是不能定位，要不就是手动定位后才播放正确，问题蛮多。 cue最好与音轨文件名相同，例如a.tta，就对应a.cue，没有一个可以选择的配对的地方。 cue的编码问题不清楚，不过有个gbk编码的文件成功识别了。 cue格式的音乐在库中依然是一个文件而存在，这有些遗憾（？） 如果大家想用amarok以及它的cue的话，推荐xine后端和tta格式。 tta在aur有ttaenc可以编译安装，具体这样转换好了 首先利用ffmpeg转换为wav，再用ttaenc转换为tta格式，速度不错，400余mb一会就转换完了。压缩比这几个格式几乎没有差别（除wav），所以就这样吧。
何时才能追上我
Arch最近你很疲软啊…… 警告：ati-dri：本地（7.8-1）比 extra 的版本更新 (7.7.1-0.1)警告：dri2proto：本地（2.2-1）比 extra 的版本更新 (2.1-2)警告：kernel26：本地（2.6.34rc1-1）比 core 的版本更新 (2.6.32.10-1)警告：kernel26-firmware：本地（2.6.34rc1-1）比 core 的版本更新 (2.6.32.10-1)警告：kernel26-headers：本地（2.6.34rc1-1）比 core 的版本更新 (2.6.32.10-1)警告：libdrm：本地（2.4.19-1）比 extra 的版本更新 (2.4.18-2)警告：libgl：本地（7.8-1）比 extra 的版本更新 (7.7.1-0.1)警告：mesa：本地（7.8-1）比 extra 的版本更新 (7.7.1-0.1)警告：xf86-video-ati：忽略软件包更新（6.12.192-1 => 6.12.4-3）
fcitx 系统托盘修改
参考了gtk qt的代码，终于实现了透明：），这是一小步也是一大步 gtk你就是渣渣……真难懂，其实也不是你的错，谁让你的渲染又利用了cairo呢，摊手（茶） 核心的参考资料如下： qt的实现： http://qt4-x11.sourcearchive.com/documentation/4.5.1-2/qsystemtrayicon__x11_8cpp-source.html 官方文档： http://standards.freedesktop.org/systemtray-spec/systemtray-spec-latest.html gtk的实现： http://git.gnome.org/browse/gtk+/tree/gtk/gtktrayicon-x11.c kde的人写的资料： http://ktown.kde.org/~fredrik/composite_howto.html 具体参考TrayWindow.c吧……累了不说了
你好这里是fcitx ：）
这次恐怕能说的上是可以告一段落的情况了：），dbus当中恢复了几个没有注意的问题。 我现在可能将目标主要转向关注内存泄漏上面… 已经将fcitx打包安装在自己的电脑上，目前就是测试了，修补了几个以前没有注意的地方，仿佛性能也流畅了起来，大概转换编码还是有些辛苦的吧……？ 内存占用上其实我是支持in-memory hold，性能确实不错 utf8带来的新特性：大字符集输入，以后可能可以加入［超］生僻字了 fcitx现在支持的字符输入应该也不少了，刚才特意测试了一下zh_TW.BIG5的locale，也很顺利，只不过要先把繁体打开，估计zh_TW.UTF-8输入简体也没有问题。
