最初由 shinjico 发布
正常,00000后面还有小数.......... 这种问题一般都是分段decimate产生的,所以还是yatta或者AU多组态王道啊....厄,扯远了~
有个avi framerate change可以解决这种微小差异,或者在avs里面加上
assumefps(29.970).changefps(29.970)
至于为什么要加两个,严防RP,厄...
还有一个办法,用mmg append,可以完全忽略这种误差...
[求助]用VDM合并AVI遇到的问题(同fps)
rockzero18@2006-08-07 22:29
badchris@2006-08-07 23:07
重新各自Changefps一下……shinjico@2006-08-07 23:58
正常,00000后面还有小数.......... 这种问题一般都是分段decimate产生的,所以还是yatta或者AU多组态王道啊....厄,扯远了~真宫寺一马@2006-08-08 00:06
我个人最喜欢mmg合并超级bt的分段....adamhj@2006-08-08 00:35
引用最初由 shinjico 发布
正常,00000后面还有小数.......... 这种问题一般都是分段decimate产生的,所以还是yatta或者AU多组态王道啊....厄,扯远了~
有个avi framerate change可以解决这种微小差异,或者在avs里面加上
assumefps(29.970).changefps(29.970)
至于为什么要加两个,严防RP,厄...
还有一个办法,用mmg append,可以完全忽略这种误差...
tct66@2006-08-08 01:17
用aviutl合併MeteorRain@2006-08-08 02:13
No。引用最初由 shinjico 发布
assumefps(29.970).changefps(29.970)
至于为什么要加两个,严防RP,厄...
shinjico@2006-08-08 02:27
引用最初由 MeteorRain 发布
No。
应该用assumefps(2997,100)才正确。29.970不一定就是29.970,但2997/100总是29.970
Nicola@2006-08-08 14:23
已经编码出来了..那直接用VDM convert to fps吧....avs的话 不是得重编码了嘛...不过话说有次VDM并不了的 VD却RP般行了= =...Crystal67@2006-08-08 15:42
也有可能是码率不一样吧.又或者XVID版本压的不同..MeteorRain@2006-08-08 17:31
和码率没关系……adamhj@2006-08-08 19:24
引用最初由 Nicola 发布
已经编码出来了..那直接用VDM convert to fps吧....avs的话 不是得重编码了嘛...不过话说有次VDM并不了的 VD却RP般行了= =...
Nicola@2006-08-08 20:50
引用最初由 adamhj 发布
有个很古老的软件叫avifrate..
rockzero18@2006-08-09 21:51
引用最初由 MeteorRain 发布
和码率没关系……
MeteorRain@2006-08-09 23:40
说了和码率没关系……码率是由片子的容量除以长度得到的计算结果,而非一个码流属性。