肉酱盘提取的音轨有延时，越到电影结尾延时越高，怎么破？

yellowolf

zz56789 发表于 20-2-29 18:46
肉酱合并越来越延迟问题论坛有讨论，问一下是不是原盘出版有意制作的，中间有错误帧，黑鹰坠落和中途岛都是 ...

不是错误帧， 是重复帧，貌似这是一种制作标准，叫seamless，在流格式里面是有标志位定义的，是软件没有处理好。

yellowolf

大佬，tsmuxer现在是开源的，有好些大佬在频繁维护。你说的这个肉酱盘提取出来的音轨有延时的问题，可以向他们报告bug，估计他们还不知道。附两张图片说清楚应该就可以了。我昨天才报告了一个打不开有些盘的BUG，今天就有人解决了。地址是：https://github.com/justdan96/tsMuxer/issues。你可以先试试最新版的有没有这个问题。

fz888115

自己DIYBD还有很多知识要学啊

yellowolf

最近几天逛了github上的tsmuxer项目，看大神如何解决字幕的同步问题。貌似逐渐失同步的根源在于音频/字幕与视频不是等长的，原因之一是不同编码的帧长度不是整数倍关系，之二就令人发指了，有时某段m2ts的音频能比视频多出来几个帧。m2ts文件中各个媒体流处于打包状态，有PTS辅助指示时间，即使出现重叠，播放器也能根据PTS保证多余帧不断地被消除。其实严格地说来，此时音频、字幕并未严格与视频同步，而是可能存在一定的误差（但极小，可能只有一个帧）。但demux完成流数据被解包以后，失去了PTS辅助同步机制，同步位置完全依靠流的帧数决定。如果重复帧（不管是二进制重复还是PTS重复）没有被正确处理，就会导致后面的所有帧被顺移。每多一段m2ts，这个顺移就会被累计，到电影后面就会形成明显的不同步。所以看起来demux保持同步的关键在于音频、字幕的时长要尽量参考视频时长，每段m2ts结尾处要根据累计时间误差舍弃或不舍弃多余的帧。

binghezl

其实肉酱盘我发现只要用论坛TCT提取音轨，就没有延迟问题。