前些天心血来潮测试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),所以就这样吧。
好,找个时间试试看。不过我的文件里ape和flac居多……
需要严重注意一点的是:
库内的ape和flac等文件是无法应用cue的(目前)
也就是说你应当从文件浏览那里加入对应文件
amarok的cue啊…………
害得我得把所有的无损都转成单曲flac……
Amarok都2.5.0了,我的flac+cue,ape+cue,怎么用不了啊,在同一个目录下面的,cue本来是gb2312的,改成utf-8,文件扩展名也是 a.flac a.ape a.cue用amarok打开完全没反应(我的手机可以播cue),不知道怎么弄了。。。