引用
最初由 su_xinling 发布
应该不是vfr的问题,而是23.976和24000/1001的关系,会有点差异的吧。用x264cli压出23.976fps的mkv应该就是接近前者这种吧,timcode会精确到小数2位,然后再用mkvmerge合并声音时就4舍5入 -- 也就是重新封的话最好是直接倒入mkv,这样不会重算timecode而是保持原来的到整数位,如果倒入raw的话指定fps为23976/1000时,也能形成a栏那种timecode...
试了23976/1000就如你所说的一样, 完全和a栏的timecode
接下来就试mp4了
测试方法如下
直接用上面提取的h264用mp4box封成mp4
然后再用该mp4掉进mkvmerge GUI成mkv
再提取timecode和a栏对照
可是mp4box不能用24000/1001 23976/1000 这类数字
如果真的用23976/1000的话, 真的会变成23976fps
所以只能用23.976
结果出来的timecode, 初段虽然是一样, 那个501还是501
但后段还是一样出现偏差, 请问这种情况, fps该指定什么呢?
应该没有办法直接mkv>mp4吧?
而且x264也好像不能用来封mkv/mp4吧?