NMM视频技术(旧)

 找回密码
 成为会员
搜索
查看: 5256|回复: 11

[求助]使用交错滤镜的问题

[复制链接]
发表于 2007-12-5 23:02 | 显示全部楼层 |阅读模式
DVDISO是这样信息:
op和正片是film的而且是progressive
ed是ntsc 而且是interlaced,ed的staff有乱来的情况,画面交错了,字幕没有交错。

判断过这个是TFF的,可以使用order=1
测试过大部分是in-pattern或in-pattern*少量的out-of-pattren
可以使用guide=1
由于ED要用翻交错,我使用了这样的avs脚本
dll就不贴了
  1. orig=mpeg2source("E:\bar06.d2v")

  2. v1=orig.trim(0,30746).Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3).assumefps(orig.framerate)

  3. v2=orig.trim(30747,32605).nnedi().assumefps(orig.framerate)

  4. final=v1+v2

  5. final=final.crop(2,0,716,480).LanczosResize(864,480).Undot()

  6. return final
复制代码
这样压出来问题出现了。可能前面部分做了ivtc。帧数变了。ed部分没有。导致帧数不一样。
20几分钟的东西变成了18分钟。不过帧数是23.976.但是有地方画面一卡一卡的。

如果这样
  1. orig=mpeg2source("E:\bar06.d2v")

  2. v1=orig.trim(0,30746).assumefps(orig.framerate)

  3. v2=orig.trim(30747,32605).nnedi().assumefps(orig.framerate)

  4. final=v1+v2

  5. final=final.Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3).crop(2,0,716,480).LanczosResize(864,480).Undot()


  6. return final
复制代码
那么压出来比较郁闷的是这样的话时间是对了。但是帧数变成19FPS。画面很多地方会一卡一卡的。
发表于 2007-12-6 09:01 | 显示全部楼层
你压出来的片子要做成影音同步就要做成120fps的avi或者做成vfr的mkv,那你需要写timecode

那个assumefps(orig.framerate)这句里面的参数我不明白,我做vfr的时候里面都是写明fps数的

像你这片如果是ntsc的话基本就是23.976和29.976这两个

至于你一卡卡的话我的粗略判断是你把不应该删除的帧删掉了

还是等高手回答吧
 楼主| 发表于 2007-12-6 10:49 | 显示全部楼层
不懂timecode怎么弄
我做分段的是

v1=orig.trim(0,30746)
v2=orig.trim(30747,32605)

但是压出来的片就28000多帧。具体不记得了。那么写timecode的时候是按照哪个标准来写?

是这样写?
# timecode format v1
Assume 29.97
0,30746,23.976

但是新压出来的片子总共才28000多帧啊
发表于 2007-12-6 12:52 | 显示全部楼层
其实您可以完全不必在AVS中理会fps的问题。假设IVTC之前24和30的断点在30746,那么就可以这么写:

orig=mpeg2source("E:\bar06.d2v")
v1=orig.trim(0,30746).Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3)
v2=orig.trim(30747,32605).nnedi()
final=v1+v2
final=final.LanczosResize(864,480,5,0,-4,0).Undot()
return final


之后不管3721就可以压了。压好之后才是问题的关键。首先,应该找出来压好之后的24和30的断点。比如压好之后说正片(24fps)的最后一帧是30000帧,第30001帧开始进ED(30fps),全片一共32000帧。那么mkv的timecode应该这样写:
# timecode format v1
Assume 29.97
0,30000,23.976
30001,32000,29.970

应该就没有问题了。
我用这种方法压过两个片子,都没出过问题,楼主也可以试试看。
 楼主| 发表于 2007-12-6 13:33 | 显示全部楼层
# timecode format v1
Assume 29.97
0,24596,23.976
24597,26084,29.970


timecode我这样写的。封好后。22分多的片子就变成18分都不到的了。
郁闷中。op。正片。ed都有。
发表于 2007-12-6 16:58 | 显示全部楼层
楼主可以尝试一下不用assumefps试试看,AVS里面不用操作fps。
发表于 2007-12-6 17:11 | 显示全部楼层
不懂timecode怎么弄
我做分段的是

v1=orig.trim(0,30746)
v2=orig.trim(30747,32605)

但是压出来的片就28000多帧。

这是正常的因为你用了Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3)
decimate就是删帧,所以说少帧正常的,而我判断做出来是否正常是把timecode封进mkv后查看mkv和vob的长度是否一致再就是声音和口型能否对起来

而你timecode的话应该写ivtc后的实际帧数
举个简单的例子
你这个片子一共10帧
然后你5帧做了ivtc后,5帧只是做deinterlace
那么你的timecode应该是
# timecode format v1
Assume 23.976
0,4,23.976
5,9,29.976

我个人认为assumefps(),就是avs里的这个括号里面填的具体fps应该就是你timecode里的第2
行的那个

而我会让占部分多的为主导fps
也就是这个上面的例子的avs这样写
orig=mpeg2source("E:\bar06.d2v")

v1=orig.trim(0,4).Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3).assumefps(23.976)

v2=orig.trim(5,9).nnedi().assumefps(23.976)

final=v1+v2

final=final.crop(2,0,716,480).LanczosResize(864,480).Undot()

return final

楼主不妨弄个片段先试试看吧
 楼主| 发表于 2007-12-6 19:15 | 显示全部楼层
v1=orig.trim(0,4).Telecide(order=1,guide=0,post=2).Decimate(Cycle=5,mode=3).assumefps(23.976)

v2=orig.trim(5,9).nnedi().assumefps(23.976)

final=v1+v2

final=final.crop(2,0,716,480).LanczosResize(864,480).Undot()

return final


我这样使用了之后在VDM里预览。拉到最后一帧。发现总片时间比VOB的时间要长一些。我记得应该是变短吧。

[ 本帖最后由 classbaby 于 2007-12-6 19:31 编辑 ]
 楼主| 发表于 2007-12-6 19:21 | 显示全部楼层
原帖由 dgwxx 于 2007-12-6 16:58 发表
楼主可以尝试一下不用assumefps试试看,AVS里面不用操作fps。

如果不用AVS加载会报错:
splice:video farmerate doesn't match
 楼主| 发表于 2007-12-7 10:43 | 显示全部楼层
按照bomber1984大的方法做了。
然后vfr的mkv时间长度比tc前的VOB的长度少了点
原来是22:39:892
vfr的是22:39:524
是正常还是不正常?
发表于 2007-12-7 12:19 | 显示全部楼层
可能和fps有关,听说弄成xxxx/1001更加精确

具体的原因不明
发表于 2007-12-7 15:20 | 显示全部楼层
原帖由 classbaby 于 2007-12-6 19:21 发表

如果不用AVS加载会报错:
splice:video farmerate doesn't match

哎呀,怎么突然把这个忘记了= =||低级错误低级错误,不好意思。
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

小黑屋|手机版|NMM视频技术

GMT+8, 2025-5-6 02:10 , Processed in 0.337679 second(s), 15 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表