TempGaussMC_beta2z事疑问

[sasabi]

V=mpeg2source("G:\avs\03.d2v").EraseLOGO("G:\avs\CX_1440x1080.lgd").EPSlice(l=1272, t=46, r=114, b=114, sp1="fft3dgpu(sigma=2, plane=4)", spmode=1)

A=V.Trim(4363,7209).AAD()
B=V.Trim(9908,26360).AAD()
C=V.Trim(29508,47978).AAD()
D=V.Trim(47979,48260).TempGaussMC_beta2z(edimode="nnedi3").Assumefps(24000,1001)
E=V.Trim(48261,51415).AAD()
A+B+C+D+E
LanczosResize(1280,720)

[sasabi]

不小心按太快...
以上预览时没问题，压制到D的部分就会定住不动..

如果单单只压D的话是没问题的，可是合并一起压到D时就是会卡在那跑都不跑

[264768502]

不是不动,D部分压起来会非常慢..你查看下此时x264的CPU占用,只要不是0就没问题
顺便,降噪最好放在反交错后面做

[sasabi]

谢谢
可是单独压D部分速度还OK..
合起来一起压到D就是动也不动，摆了3小时也没动...

[Yuricon]

这情况我以前碰到过,不知道LZ看过内存占用没
可以试试TimeCodeOutPut或EPOutTimeCode来做合并,而且可以直接输出TC,不用写Assumefps(24000,1001)
另外给LZ个写法上的建议,这样更加节省资源

代码： 全选

vo=mpeg2source("G:\avs\03.d2v").EraseLOGO("G:\avs\CX_1440x1080.lgd")
v=vo.AAD
v2=vo.TempGaussMC_beta2z(edimode="nnedi3")
A=V.Trim(,)#帧段要重新写,AAD或TGMC后帧数改变了
B=V.Trim(,)
C=V.Trim(,)
D=V2.Trim(,)
E=V.Trim(,)
EPOTC(A,B,C,D,E,tcfile="x:\test_tc.txt")
LanczosResize(1280,720)
EPSlice(l=, t=, r=, b=, sp1="fft3dgpu(sigma=2, plane=4)", spmode=1)#resize后范围自己重新写

[sasabi]

感谢...这写法果然非常简洁有力，连TC都省了

代码： 全选

vo=mpeg2source("G:\avs\03.d2v").EraseLOGO("G:\avs\CX_1440x1080.lgd")
v=vo.AAD
v2=vo.TempGaussMC_beta2z(edimode="nnedi3")
A=V.Trim(3490,5767)
B=V.Trim(7927,21088)
C=V.Trim(23607,38383)
D=V2.Trim(95959,96514)
E=V.Trim(38606,41132)
EPOTC(A,B,C,D,E,tcfile="G:\avs\testtc.txt")
LanczosResize(1280,720)
EPSlice(l=1142, t=35, r=78, b=71, sp1="fft3dgpu(sigma=2, plane=4)", spmode=1)

不过一样到D部分就停了..停之後CPU吃1X％左右，内存占用约1.5G左右
难道只能分开压了吗？

[kalpaca]

现在已经出到QTGMC了
里面有"fast" "slow"之类的预设
应该速度会好些

[Yuricon]

LZ总内存多大...什么系统,用的什么版本的x264和nnedi3
看来TGMC用在这种分辨率上内存压力还是很大
不知道edimode换成"Yadif"效果和内存占用如何,实在撑不住要效果就分开压吧
我这是pipe给64bit的x264,进程是分开的,avs那边内存占用到1G以上还是能承受的

[dgwxx]

我给1080i用TGMC跑了两分钟，一帧都没出来，放弃了。i7 860 + 8G + win7 64bit

[Yuricon]

虾...我给你的mod edimode预设是针对DVDRIP,你用"nnedi3"应该能吃得消...