No.1
HOLIDAYS IN THE SUN进入文件夹,用文本编辑器打开.accurip文件,可以看到如下报告(我只截取重点):
...
[CTDB TOCID: F6oRgf4F9lkUchCdwut0izl9ZhQ-] disk not present in database.
[AccurateRip ID: 0016ab34-00e278ca-b10b310d] disk not present in database.
...
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100.0 [A4D4774A] [C0CC18C8]
01 100.0 [1624692A] [06E875B1] CRC32
02 100.0 [2D78F9DE] [C0C18080] CRC32
...
解释下表格部分(参考 wiki/CUETools_log)
Track表示曲目编号,
Peak是频响峰值, 后面那几列都代表了校验码,其中
[crc32]列代表利用了
静音部分(空采样,null sample)的校验码,
[W/O NULL]列代表
不用静音部分的校验码。而
[log]列代表当专辑包含
抓轨log时,该曲目抓轨时的校验码。
上面表格中[log]列全部是
CRC32, 表示抓轨日志的校验码和当前文件利用了静音部分计算的校验码一致(即[CRC32]列),
说明文件来源和log一致根据我们前面推测,这个抓轨应该至少有50左右置信度才正常。那么大概率这个抓轨是有问题的(因为Log100%抓轨质量较高,很可能是盘本身的问题),并且此次抓轨校验码没有上传到db。
验证:
1. 打开此专辑目录下的.log文件,可以发现没有accurip相关内容,说明本次抓轨确实没有上传db,抓轨用户没有启用EAC的accurip功能!
2. 去别的地方下一个这个专辑,利用cuetools检测一下,其置信度其实高达
479这就是我放弃保存这个专辑的来龙去脉