关于mawen1250版石头门大半音轨疑似损坏

floater · 发表于 2023-4-18 23:27:33

本帖最后由 floater 于 2023-4-19 13:21 编辑

...

sommio · 发表于 2023-4-19 00:16:21

floater 发表于 2023-4-18 23:27
我觉得可能并不是md5的问题，我下了ANK的版本，通过比对发现两个版本对应集数的音轨的md5值是一致的，而且 ...

在 mkvmerge v45 拒绝处理 FLAC 之前都有这问题
不同音频的 hash 值不可能一模一样的

https://gitlab.com/mbunkus/mkvto ... 45346518ea39f96145d

fy939 · 发表于 2023-4-19 01:22:41

原盘是肉酱盘吗，我记得后来出的box是肉酱，肉酱就会存在先转flac后合并导致的错误问题。

floater · 发表于 2023-4-19 07:45:12

本帖最后由 floater 于 2023-4-19 13:21 编辑

...

sommio · 发表于 2023-4-19 09:47:22

本帖最后由 sommio 于 2023-4-19 09:48 编辑

floater 发表于 2023-4-19 07:45
是不是ank和mawen用的就是同一份flac，的确是一样的md5值

你干脆解码后对一下 md5sum…
如果都能用默认 libFLAC 解码的话就肯定是一样的了（

floater · 发表于 2023-4-19 10:19:08

本帖最后由 floater 于 2023-4-19 14:10 编辑

。。。。。。

6666 · 发表于 2023-4-20 08:08:18

试了一下，你难道没看见抽出来的flac时长都变了吗？虽然不知道你要干啥，但是时长几乎涨了一倍这就是你50左右报错原因，用MKVToolNix里面的mkvtoolnix-gui选音轨出成mka就行了或者把抽出来的flac用foobar2000转一下就行了，虽然会在一半跳出但是已经转好了，另外把直接抽出来的flac重新和视频封装起来也不会出现问题，所以说音轨应该没啥问题

那么问题来了这究竟是压制的小把戏还是软件的锅呢？

sommio · 发表于 2023-4-20 09:00:26

本帖最后由 sommio 于 2023-4-20 09:06 编辑

6666 发表于 2023-4-20 08:08
试了一下，你难道没看见抽出来的flac时长都变了吗？虽然不知道你要干啥，但是时长几乎涨了一倍这 ...

你应该用 libFLAC 提供的基本命令行前端验证，而不是 foobar2000

libFLAC 默认会在解码后验证元数据中的 MD5 signature，但这并非强制性的，可通过 -F 选项绕过
多数播放器使用的 libavcodec 默认不验证 MD5 signature，因此这个音轨在播放时无问题

根本原因是 mkvmerge 处理 FLAC 时没有正确写入 MD5 signature
你解码后重编码本质上重写了一个 MD5 signature 进去，这个 MD5 signature 的来源是你解码后的 PCM

因为 MD5 signature 是无效的，所以实际上你无法判断重建后的 PCM 是否跟原始 PCM 一致

		自动登录	找回密码
密码			立即注册

关于mawen1250版石头门大半音轨疑似损坏

论坛管理组

崭露头角