今天收到一封信，头顶青天狂喜乱舞，好吧，现在还只能看（code还没有来啦）
fcitx的特性
话说回来kimpanel还是挺buggy的，最近也没有添加什么特性，图标支持主题其实是kimpanel的实现，我配合了一下kicon的使用就支持了，不过文件的安装地点也确实符合了标准不少
一个问题是dbus线程调用x的函数无法立即起作用，只有主线程才能实际处理界面的情况。把过时的gbk按钮去掉了，kimpanel正好多出一个位置用于显示软键盘信息。图标是我画的……还不算难看吧。。
最近实在是只有bugfix，而完全没有新feature添加，积攒了那么多的new feature不知道该怎么办才好啊啊啊啊啊啊……
首先是消息机制，多线程之间恐怕还需要一个通信的方法，还需要解决一个加锁的问题
是不是直接投奔glib好了……
Posted in fcitx development
Leave a comment
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），所以就这样吧。
