☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 21:59:30 2020) 提到:
今天我下载了牛奶咖啡6CD的flac格式，下载下来里面只有3CD
其中然后的燃烧吧宇宙解压到最后的报CRC错误。但是flac的文件
保存出来了，flac -t CDImage.flac到98%的时候报错了。
flac CDImage.flac -d -F 强行解压得到wav
69487424是用损坏flac解码得到的wav
然后它的实际的chunk就是69487424 - 36
如果flac没有损坏的话，解码的riff头应该和文件长度相吻合的。
因为损坏了，所以查看riff的chunksize 对应的字节是 40 CF FB 1B
换算成十进制就是469487424，这个数值是flac没有损坏解码的正确数值
469487424 - （69487424 - 36） = 5944
它的误差是5944个采样点，换算成时间的话是0.06秒吧。
我用千千静听打开损坏的flac和wav时间长度44:21.460
我这里就非常疑惑，解压到98%的时候报错，就是数据损失量是2%
44:21.460 乘以 2% 的时间是53秒，和前面通过采样计算的0.06秒
完全对不上啊
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:00:54 2020) 提到:
不知道这贴质量如何？
【 在 javame (javame) 的大作中提到: 】
: 今天我下载了牛奶咖啡6CD的flac格式，下载下来里面只有3CD
: 其中然后的燃烧吧宇宙解压到最后的报CRC错误。但是flac的文件
: 保存出来了，flac -t CDImage.flac到98%的时候报错了。
: ...................
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:03:01 2020) 提到:
我必须把那个没有损坏的原档找出来，今天来不及了，明天继续努力吧。
【 在 javame (javame) 的大作中提到: 】
: 今天我下载了牛奶咖啡6CD的flac格式，下载下来里面只有3CD
: 其中然后的燃烧吧宇宙解压到最后的报CRC错误。但是flac的文件
: 保存出来了，flac -t CDImage.flac到98%的时候报错了。
: ...................
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:11:14 2020) 提到:
这个正确的音轨没有损坏的原档，我没有找到。
找到了一个其它的版本进行对比。
44:21.493 ===> 正常的音轨时间长度
44:21.460 ===> 损坏的音轨时间长度
时间的误差和我采样计算的误差能对得上。
【 在 javame (javame) 的大作中提到: 】
: 今天我下载了牛奶咖啡6CD的flac格式，下载下来里面只有3CD
: 其中然后的燃烧吧宇宙解压到最后的报CRC错误。但是flac的文件
: 保存出来了，flac -t CDImage.flac到98%的时候报错了。
: ...................
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:14:44 2020) 提到:
Exact Audio Copy V1.0 beta 4 from 7. December 2014
EAC 抓取日志文件从18. 四月 2015, 10:28
牛奶@咖啡 / 燃烧吧！小宇宙 [MKCD-3247]
使用驱动器 ：QPS CD-W516EB Adapter: 1 ID: 1
读取模式 : 可靠Secure
使用精确流 : 是
清空音频缓存 : 是
使用 C2 指示器 : 否
读取偏移校正： : 685
读取 Lead-In 和 Lead-Out : 否
用静音填充抓取中丢失偏移的采样 : 是
去除首尾静音块 : 否
在CRC 计算中使用了空样本 : 是
已用接口 : 已安装外部 ASPI 接口
所用输出模式： : 内部 WAV 函数
样本格式 : 44.100 Hz; 16 Bit; 立体声
已抓取 CD 的 TOC
音轨 | 起始 | 长度 | 起始扇区 | 结束扇区
--------------------------------------------
1 | 0:00.00 | 3:23.71 | 0 | 15295
2 | 3:23.71 | 4:28.09 | 15296 | 35404
3 | 7:52.05 | 5:00.47 | 35405 | 57951
4 | 12:52.52 | 4:32.13 | 57952 | 78364
5 | 17:24.65 | 4:42.06 | 78365 | 99520
6 | 22:06.71 | 3:57.69 | 99521 | 117364
7 | 26:04.65 | 4:33.24 | 117365 | 137863
8 | 30:38.14 | 4:04.74 | 137864 | 156237
9 | 34:43.13 | 3:06.13 | 156238 | 170200
10 | 37:49.26 | 4:04.50 | 170201 | 188550
11 | 41:54.01 | 2:27.36 | 188551 | 199611
【 在 javame (javame) 的大作中提到: 】
: 这个正确的音轨没有损坏的原档，我没有找到。
: 找到了一个其它的版本进行对比。
: 44:21.493 ===> 正常的音轨时间长度
: ...................
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:21:22 2020) 提到:
11 | 41:54.01 | 2:27.36 | 188551 | 199611
正确的音轨长度应该是
41:54.01
02:27.36
相加得到
44:21.37 这里的37对于eac的抓轨是节拍，CD的节拍是75
1/75=x/37
正确的时间是44:21.49，从网上找到的抓轨日志分析，
正确的时间就是44:21.49
【 在 javame (javame) 的大作中提到: 】
: 这个正确的音轨没有损坏的原档，我没有找到。
: 找到了一个其它的版本进行对比。
: 44:21.493 ===> 正常的音轨时间长度
: ...................
☆─────────────────────────────────────☆
javaboy (喝了咖啡就话多-_-;) 于 (Sun Apr 26 22:22:39 2020) 提到:
你发帖太多了吧，已经有人提意见说看着太累了。。
bbs和wx群不一样。。人家要一个个帖子点开才能看到内容的。
打开版面一半是你在自言自语。。。拜托。。稍微控制一下啦。
【 在 javame (javame) 的大作中提到: 】
: Exact Audio Copy V1.0 beta 4 from 7. December 2014
: EAC 抓取日志文件从18. 四月 2015, 10:28
: 牛奶@咖啡 / 燃烧吧！小宇宙 [MKCD-3247]
: ...................
☆─────────────────────────────────────☆
javame (javame) 于 (Sun Apr 26 22:41:04 2020) 提到:
flac的进度条计算有问题吧，98%不够精确。
【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 你发帖太多了吧，已经有人提意见说看着太累了。。
: bbs和wx群不一样。。人家要一个个帖子点开才能看到内容的。
: 打开版面一半是你在自言自语。。。拜托。。稍微控制一下啦。
: ...................
☆─────────────────────────────────────☆
tgfbeta (右旋肉碱) 于 (Sun Apr 26 23:04:38 2020) 提到:
他拿这里当微博用了
其实不如去二站……
【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 你发帖太多了吧，已经有人提意见说看着太累了。。
: bbs和wx群不一样。。人家要一个个帖子点开才能看到内容的。
: 打开版面一半是你在自言自语。。。拜托。。稍微控制一下啦。
: ...................