Hilfe zum skalieren mit AviSynth

Grundsätzlich ja. Es gibt eine recht umfangreiche Auswahl an Resize-Funktionen. Was die "Eleganz" angeht, müsste man aber den Zusammenhang kennen. Und falls die Quelle interlaced ist, muss man dafür einiges beachten...

Eine gute Skaliermöglichkeit gibt es mit nnedi3.dll:
nnedi3_rpow2(2, cshift="Spline36Resize", fwidth=1280, fheight=720)
Beispiel gedacht für ein Video von 720x576 auf 1280x720

Wenn ich mal ein paar "Bedenken" äußern dürfte ...

- Das Video hat ein 4:3 Seitenverhältnis. Ein direktes Skalieren auf 1280x720 ist deswegen vielleicht nicht ganz so gut.

- Es handelt sich um 3:3:4 Pulldown, sieht aus als wurde ein 15 fps Video auf 25i gepull'ed. Für QTGMC ist das leicht suboptimal, weil das Bewegungsmuster nicht "echt" ist. (Der interne Temporal-Filter produziert dann nicht 100%ig das was eigentlich gewünscht ist.)
Ist nicht furchtbar dramatisch, aber eben suboptimal. Idealerweise würde man einen (quasi-) IVTC zurück auf 15 fps progressiv durchführen, und von dort aus weiterbasteln.

- das Video hat an manchen Stellen Farbfehler ala "Chroma-Ghosting". Irgendwas ist im Dunstkreis von {Chroma-Handhabung} und {interlactes YV12} wohl schiefgegangen.

- über weite Strecken hat das Video ja noch nicht mal volle PAL- oder NTS-Auflösung. Das sieht mir eher aus, als wäre es mal 352*240 VCD-Größe gewesen. Das verändert natürlich grundsätzlich die Frage betreffs "Aufblasen auf HD-Größe".
1) Am besten gar nicht
2) mit einfachen Mitteln reicht ein normaler Resizer, NNEDI reißt unter diesen Voraussetzungen auch nicht viel
3) Für einen ernsthaften Versuch müsste man erst mal 'runtergehen auf die mickrige Originalauflösung, und von dort aus mit NNEDI hochskalieren. Ob's deswegen aber auch wirklich besser wird, das ist ne andere Frage...

Gewaltige Bitratensprünge,dann noch bis fast an die unterste Grenze die erlaubt ist und dann sicher noch mit dem falschen mpeg2 Codierer.Für Interlaced Material und dann noch so weit nach unten in den Keller gibts nut ein Tool das dies sauber macht.
Aber das war hier ja nicht gefragt.

Intra DC-Precision = 8....welches Tool macht denn dies bei durchschnittl.Bitrate von 5500 kbps.

MPEG-2 Validator v1.4.0.131 - [VTS_01_1.VOB]_2012-01-22_14-38-03.png

Weiß nicht ob man da genug "Verbesserung" erkennen kann, als dass es sich lohnen würde, darüber zu sprechen.

http://www.mediafire.com/?y23vas2lnfy2feh

Im Detail tut sich schon so einiges ... einiges fast noch zu wenig, anderes bereits fast schon zu viel.

Dazu kommt noch das Problem der "optischen Wahrnehmung": 15fps sind schon wacker wenig, zumal noch wenn's auf LCD-Monitor/TV abgespielt wird. Und gerade Anime ist ja hyper-empfindlich gegen Bewegungsinterpolation ...

Okay, hab' noch 'ne kleine Bewegungsinterpolations-Demo gemacht.

http://www.mediafire.com/?7n08mcc3wcqq72t

Achtung: 60fps-Video. Der (PC-) Bildschirm muss auf 60Hz eingestellt sein, bei anderen Wiederholraten macht's keinen Sinn.

Ziel ist nicht, eine maximal-flüssige Bewegungsfolge zu interpolieren (erstens "machen das alle", zweitens ist das nicht gut). Es geht eigentlich nur darum, den Judder zu minimieren, der im Auge entsteht, wenn eine niederfrequente Bildfolge auf einem Sample+Hold -Display (TFT Monitor, LCD TV) abgespielt wird.

Das Sample ist nicht gerade ein Paradebeispiel zur Demonstration ... am besten sieht man's bei gleichförmiger, mittelschneller Bewegung.
Ein paar Stellen, wo der Effekt besonders deutlich wahrzunehmen ist:
z.B: 0:10-0:20 , 1:32-1:37 , 2:12-2:20 , 5:12-5:33

Na, ich hab für Avisynth folgendes Script geschrieben:

# DGdecode.dll
# TIVTC.dll
# NNEDI3.dll
# removegrainSSE2.dll
# repairSSE2.dll
# mt_masktools-25.dll
# MVTools2.dll
# FluxSmooth.dll
# aWarpSharp2.dll


# setmtmode(5,6)
# setmemorymax(1024)
mpeg2source("X:\Deep in the Night\VIDEO_TS\VTS_01_1.d2v")
oo=last


TFM()
TDecimate(cycle=25,cycleR=10)
crop(0,20,-0,-20)
o=last ox=o.width() oy=o.height()


# setmtmode(2)
http://forum.gleitz.info/images/icons/icon11.png
bicubicresize(ox/2,oy/2,-1,.5)
nnedi3_rpow2(2,nsize=2,nns=4,threads=2)
ups=last
x=removegrain(11)
x1=x
last.mt_adddiff(mt_makediff(x,x.removegrain(4)),U=2,V=2)
x=removegrain(11)
last.mt_adddiff(mt_makediff(x,x.removegrain(4)),U=2,V=2)
x=removegrain(11)
last.mt_adddiff(mt_makediff(x,x.removegrain(4)),U=2,V=2)
awarpsharp2(depth=8,thresh=192,blur=2)


sup=x1.fluxsmootht(9).merge(x1,0.2).msuper(pel=2)
sup2=last.msuper(pel=2,levels=1,sharp=2)
#bv3=sup.manalyse(isb=true, delta=3,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
bv2=sup.manalyse(isb=true, delta=2,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
bv1=sup.manalyse(isb=true, delta=1,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
fv1=sup.manalyse(isb=false,delta=1,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
fv2=sup.manalyse(isb=false,delta=2,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
#fv3=sup.manalyse(isb=false,delta=3,blksize=16,overlap=8,truemotion=false,global=true,search=5,searchparam=8,DCT=5)
#mdegrain3(sup2,bv1,fv1,bv2,fv2,bv3,fv3)
mdegrain2(sup2,bv1,fv1,bv2,fv2)
proc=last


MUL = 0 
BLK = 16
ME1 = 5 
ME2 = 8 
DCT = 5
LEV = -2


s2=proc.bicubicresize(ox/8/4*4,oy/8/4*4,.3,0).bicubicresize(ox,oy,1,0)
s22=s2.mt_lutxy(proc,"x x y - abs 1 1.6 / ^ x y - x y - abs 0.001 + / * -",U=2,V=2).removegrain(11,0)
proc
sup1 = s22.MSuper(hpad=16, vpad=16, pel=1, levels=LEV, rfilter=3, isse=true)
sup2= proc.MSuper(hpad=16, vpad=16, pel=1, levels=1, rfilter=3, isse=true)
bv = MAnalyse(sup1,truemotion=false,global=true,blksize=BLK, levels=LEV, search=ME1, searchparam=ME2, isb=true, plevel=0,lambda=400,pzero=0, dct=DCT)
fv = MAnalyse(sup1,truemotion=false,global=true,blksize=BLK, levels=LEV, search=ME1, searchparam=ME2, isb=false, plevel=0,lambda=400,pzero=0, dct=DCT)


sup3 = s22.MSuper(hpad=16, vpad=16, pel=2, levels=LEV, rfilter=3, isse=true)
sup4= proc.MSuper(hpad=16, vpad=16, pel=2, levels=1, rfilter=3, isse=true)
bv2 = MAnalyse(sup3,truemotion=false,global=true,blksize=BLK, levels=LEV, search=ME1, searchparam=ME2, isb=true, plevel=0,lambda=400,pzero=0, dct=DCT)
fv2 = MAnalyse(sup3,truemotion=false,global=true,blksize=BLK, levels=LEV, search=ME1, searchparam=ME2, isb=false, plevel=0,lambda=400,pzero=0, dct=DCT)


block=MBlockFps(sup2, bv, fv, num=15000*MUL, den=1000, mode=3,thscd1=1200,blend=false)
flow=MFlowFps(sup4, bv, fv, num=15000*MUL, den=1000, thscd1=1200,blend=false)
merge(block,flow)
selectevery(2,0,0,0,1)


#stackvertical(oo.addborders(0,0,0,8).subtitle("in"),last.subtitle("out"))
#stackvertical(interleave(o2,o2).addborders(0,0,0,8).subtitle("in"),last.subtitle("out"))
stackvertical(interleave(proc,proc,proc,proc).addborders(0,0,0,8).subtitle("15 fps  (4*15)",size=14),last.subtitle("60 fps  (3*15 orig + 1*15 interpolation)",size=14))
#proc




return(last)

Sorry, hab' halt gedacht das wäre so offensichtlich, dass man's nicht extra posten müsste. [Blockierte Grafik: http://forum.gleitz.info/images/icons/icon7.png]

Hi Didée

Willst Du uns veräppeln ?

@ GWF: Nein, ganz sicher nicht. Hätte ich schon jeee-maaa-ls einen Scherz gemacht?

@ reff24 - öh, also, ich hab die DLL auf meiner Festplatte gefunden. Weiß ich doch nimmer, wo ich die her habe ...

Aahh ... Problem erkannt, Problem gelöst. Prima.

Ist ein bisschen doof, dass die DLL genauso heißt wie die alte von MarcFD. Wegen der Verwechslungsgefahr sollte man die DLL halt selber zu awarpsharp2.dll umbenennen. Ist kein Muss, aber es hilft gegen unbeabsichtigte Verwechslungen.

Tja, was einem zu nachtschlafender Zeit nicht so alles passiert... :schnarch:

falsch
last.mt_adddiff(mt_makediff(x,x.repair(x.removegrain(4)),12,0),U=2,V=2)

richtig
last.mt_adddiff(mt_makediff(x,x.repair(x.removegrain(4),12,0)),U=2,V=2)