... floater 发表于 2023-4-18 23:27
我觉得可能并不是md5的问题，我下了ANK的版本，通过比对发现两个版本对应集数的音轨的md5值是一致的，而且 ...
在 mkvmerge v45 拒绝处理 FLAC 之前都有这问题
不同音频的 hash 值不可能一模一样的
https://gitlab.com/mbunkus/mkvto ... 45346518ea39f96145d 原盘是肉酱盘吗，我记得后来出的box是肉酱，肉酱就会存在先转flac后合并导致的错误问题。 本帖最后由 floater 于 2023-4-19 13:21 编辑
... 本帖最后由 sommio 于 2023-4-19 09:48 编辑
floater 发表于 2023-4-19 07:45
是不是ank和mawen用的就是同一份flac，的确是一样的md5值
你干脆解码后对一下 md5sum…
如果都能用默认 libFLAC 解码的话就肯定是一样的了（
本帖最后由 floater 于 2023-4-19 14:10 编辑
。。。。。。 {:4_684:}试了一下，你难道没看见抽出来的flac时长都变了吗？虽然不知道你要干啥，但是时长几乎涨了一倍这就是你50左右报错原因，用MKVToolNix里面的mkvtoolnix-gui选音轨出成mka就行了或者把抽出来的flac用foobar2000转一下就行了，虽然会在一半跳出但是已经转好了，另外把直接抽出来的flac重新和视频封装起来也不会出现问题，所以说音轨应该没啥问题{:4_684:}那么问题来了这究竟是压制的小把戏还是软件的锅呢？{:4_684:} 本帖最后由 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 一致
页:
1
[2]