千千静听cue文件的修改和播放

那个倒霉变态的千千静听,会自动修改cue索引文件,导致很多无损音频无法自动播放,纠结了半天,那怎是一个郁闷可以解释的千千静听cue文件的修改和播放。

大概研究了很久,发现无外乎都认为是关于cue文件内部FILE "XX.XX" WAVE部分的修改。

而实际上这只能解决小部分文件,说来不是所有提供者无聊到会修改这部分文件,当然如果自行修改的 不算。

千千静听cue文件的修改和播放。人在江湖漂,哪有不挨刀

唉千千静听cue文件的修改和播放。说到这里我要膜拜一下自己,居然会耐心去看长达三页的英文说明,我都不知道自己居然这么多年还可以看得明白那些个单词组合起来的意思,在鄙视一下翻译,特说度娘的翻译,那怎是一个鄙视可以完败的。千千静听cue文件的修改和播放。

先解释下cue,简单说就是压缩音频CD的一种无损音频的索引文件,读取这个文件可以得到音频信息,通俗讲就是可以看到CD的目录,让你可以直接点选相关音乐,如果没有这个文件,只是单有flac,ape,这类文件,那你看到的就是完整的时间长度的音频,没分段,比如一张CD60分钟,里面六首歌,一首10分钟,有CUE的文件,你可以看到播放器里面有六个单独的的音乐,如果没有,就是一个单独的音乐六十分钟,虽然不麻烦,但是对于想跳着听的人来说就是噩梦。

如此千千静听cue文件的修改和播放。再偷偷BS一下国产软件,cue是有通用规则的,但是显然某千不喜欢,于是就有了国标,于是就有很多文件在foobar里面可以直接读取cue,但是到了千千里面读过之后就没办法回去foobar里面读了,因为某国标彪悍地修改了cue的代码,以下直接引用:




千千有时候会“随机的”删去CUE文件FILE以前的若干内容。对于一些能够正常使用的CUE,千千有时候(很随机的,不知道什么时候)删掉PERFORMER和TITLE两项的内容,造成CUE无法打开,只有重新手写修改。

稍微观察了一下发现以下几种情况千千会改动cue文件:(版本5.1.0)

1. 一个Shift-JIS编码的cue文件,加入播放列表后显示信息是乱码,这是正常的(千千是按ANSI编码读取的)。然后选择一首或所有曲目,选择转换为Shift-JIS编码,信息显示正确。我发现这个过程是千千首先按照Shift-JIS编码读取那个cue文件的要改动的曲目信息,之后再按照ANSI编码(GB2312)保存到原文件。在这其中的写入过程中,千千会吧cue的头几行改换顺序如下:

原文件:
REM DISCID 22035B04
REM COMMENT "ExactAudioCopy v0.95b4"
PERFORMER "愥栰屲寧"
TITLE "you"
FILE "CDImage.ape" WAVE
  TRACK 01 AUDIO

改后的文件:
PERFORMER "愥栰屲寧"
TITLE "you"
REM DISCID 22035B04
REM COMMENT "ExactAudioCopy v0.95b4"
FILE "CDImage.ape" WAVE
  TRACK 01 AUDIO

可以看到千千没有改动头几行信息中的编码格式(仍当成ANSI(GB2312)处理,所以PERFORMER仍是乱码),但把REM的内容移到了下面。

2. 千千可以正确识别UTF-8编码的cue文件。但这时我如果改动其中某个曲目的信息,千千就会对文件写入操作,把整个文件按ANSI编码(GB2312),以自己记录的数据顺序重写整个cue文件。如下:

原文件:(UTF-8)
CATALOG 4580143034057
PERFORMER ""
TITLE "TVアニメーション ひぐらしのなく頃に解 サウンドトラック Vol.1"
FILE "CDImage.ape" WAVE
  TRACK 01 AUDIO

改后的文件:(ANSI(GB2312))
TITLE "TVアニメーション ひぐらしのなく頃に解 サウンドトラック Vol.1"
CATALOG 4580143034057
FILE "CDImage.ape" WAVE
  TRACK 01 AUDIO

可以看到千千删掉了无效的 PERFORMER 行,并把CATALOG移到了下面。其实后面每个TRACK的无效 PERFORMER 字段也被删除了。

以上内容都没有打开千千的自动扫描回放增益功能。下面来看一看这个功能会做点什么。

(1)手动扫描一首音乐的增益信息
1.对于非UTF编码的,千千一律按ANSI(GB2312)对待。在写入增益信息的同时,头几行的顺序也被更改了,与上面的情况1相同。
2.对于UTF-8编码,与上面的情况2相同。在写入增益信息的同时将编码也变为了ANSI(GB2312),头几行的顺序也有了变化,无效的PERFORMER字段和每个TRACK的无效PERFORMER字段均被删除了。

(2)自动扫描每首曲子的增益信息
发现即使选中"跳过已包含增益信息的文件",正常播放结束时千千仍会写入正确的增益信息,说明播放时千千仍然计算了这个值,其他改动同上。


再增添3个事实:
1. 千千不认识Unicode编码的cue文件,载入此编码的文件时无任何反应。但如果起先按其他编码载入了此文件,之后文件又被改为Unicode编码保存,此时千千列表中的这几首曲目将无法播放,选择"删除错误的文件"也不会把这几个曲目删除(这个现象与我最开始提到的情况完全一致)。这算不算有点小毛病呢?能够正确播放Unicode编码的cue就好了
2. ANSI编码的cue文件即使把头几行全删了只留下FILE字段千千也能正常播放
3. UTF-8编码,FILE字段不能出现在第一行,否则也不能播放


总结一下,据上面的观察,千千的工作过程是这样的:首先读取一个cue文件并判断是不是UTF若不是则按ANSI(GB2312)对待,将所有信息读入并保存起来;之后当有任何需要写入的操作时(如改动编码、改曲目信息、写增益信息等),均从保存的信息按ANSI(GB2312)编码,按自己习惯的记录顺序重写整个cue文件。
回放增益中 "跳过已包含增益信息的文件"选项仅对手动扫描起作用,正常播放完成后不论该选项如何都一律重写整个文件以增添增益信息。

据此推测我最开始提到的现象可能出现在写增益信息时把文件编码变成了Unicode所致,因我平时都是打开自动扫描增益信息选项的。但该现象也不常出现,待我下次观察到后再来补充,这两天是把回放增益关了的,没发现那种情况。当然也不排除是我自己不慎把cue的编码改成了Unicode。


千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。千千静听cue文件的修改和播放。

所以果然是相当彪悍的软件啊,所以这里关键是给出解决的办法,也就是如果cue无法播放,那么首先看一下FILE "(无损文件加扩展完整名如)music.ape" WAVE 注意大写和中间空格,然后记得在FILE前面必须保证有两个文件头

PERFORMER "藝術家名稱"

TITLE "歌曲集名"

REM

否你绝对无法 播放的。。。以上。。。。纠结了下午的结论。。。唉。。。。。彪悍啊彪悍。。

上一篇: 大神的日语学习方法,10天真正入门,2个月达到N3水平,7个月突破N1
下一篇:
文章来自: 雲仔
引用通告: 查看所有引用 | 我要引用此文章
Tags: 千千静听 cue
相关日志:
评论: 0 | 引用: 0 | 查看次数: 1342

:Ŷij ֽ Ͼ ֳ ϶ ֽIJ Ͼ Ͼֳ ӹ ֳ թ 򿪻 Ͷע Űټ Žɳ ˹ 21 365bet Žɳ Žɳַ ÷ ˹˹ ˹ַ ֽ IJ IJ IJ ij ţ hg0088 ϻ ϻϷ