『漫游』酷论坛>『影音数码技术学习交流』>[求助] 用新的mkvtoolnix ..
SoMaster@2007-05-09 02:00
zhouwei_e
从timecode来看应该不是
MeteorRain
我只是想着
如果能搞清楚不明白的地方
可以增加经验
以后就可以轻易解决各种问题
不过既然这么说, 我也暂时解决问题, 所以也不打算深入研究了
以后再有新片出问题才作打算
再次谢谢前面的解答
MeteorRain@2007-05-09 10:17
要搞清楚的话，可以考虑把timecode转换成v1格式然后再看，就很清楚了，是不是vfr，是不是23.976，toka
SoMaster@2007-05-11 19:01
找了很久才找到转换软件
我是用这个软件来把v2转成v1的
http://popgo.net/bbs/showthread.php?threadid=426419
可以看见
原始抽出来的timecode转换出来的original.tc1.txt是分别有三段23.976
这就可以证明不是vfr了, 虽然我也不明白为何同样是23.976却要分成三段.......
# timecodes v1 format
Assume 29.970
1,15264,23.976
15415,26068,23.976
26190,36928,23.976
而从封后的timecode所转出来的re.tc1.txt
虽然长度一样, 却莫名奇妙地合成了一段, 但仍然是23.976
# timecodes v1 format
Assume 29.970
1,36928,23.976
最不可思议的是
正常的第一集也出现差不多的情况
original.tc1.txt
# timecodes v1 format
Assume 29.970
1,36680,23.976
36730,36884,23.976
re.tc1.txt
# timecodes v1 format
Assume 29.970
1,36884,23.976
而且我还比较过第一和第二集的v2头几百个数字
发现两集的original.txt是一样的, 并且两集的re.txt也是一样的
明明是一样的偏差, 但竟然一个能同步, 一个不能同步.....
我已经搞不清楚怎么回事了
从以上结果我只想到一个答案
就是mkvtoolnix有bug
把帧都算错了
或许要等下一版再试一次了
关于转换成V1后的Assume 29.970
请问这是什么?
wolfsoft@2007-05-11 19:27
同学，看仔细了：1,15264 =》15415,26068，两块中间差了一百多帧呢。这一百多帧可是30的
至于Assume xxxx，这句是给整个mkv定帧率。假如底下没有其他语句，就用这个；假如底下有语句，语句定了哪些帧，哪些帧的帧率就被覆盖掉。
MeteorRain@2007-05-11 23:12
于是lz只要在合并文件的时候加入timecode就行了，因为你原来的是vfr的。我前面回的那些帖子全部作废。
GOD_HIKARU MK2@2007-05-11 23:22
编辑掉 我EP了
SoMaster@2007-05-12 15:11
啊~~!!
原来是这样子
现在完全明白了
谢谢~~
«12»共2页
| TOP