Anime deinterlacing

Wenn Du PAL Material hast (was ich anhand der 20fps die da rauskamen vermute), dann würde ich wenn Du auf 23,976fps willst und das Material wirklich mal NTSC war, würde alternative zu Crestore mal Restore24 antesten.

Die Zeile die Du da hast ist gedacht um einen PullDown von 29.976 auf 23.976 bei NTSC Material zu machen.

Denke ein kleines Sample wäre eventuell nicht schlecht.

Cu Selur

Ps.: Was soll den später aus deinen DVDs werden?

deinterlace und restorefunktionen sollten immer möglichst VOR dem croppen laufen, da beim croppen eventuell informationen verloren gehen.

Zitat

Wenn sich bei diesem Fall eine Lösung ergibt, kann ich es dann auf die anderen Animes einfach übertragen?

vermutlich: Nein, animes unterscheiden sich gerne in ihren Interlacing eigenschaften allein schon in Intro, Main und Outro Teil eines Films/Serie.

von IVTC sollteste die Finger lassen wenn Du kein NTSC Material mit 29,976 fps vorliegen hast.

vielleicht ganz interessant: http://forum.gleitz.info/showthread.php?t=30923

---------
gerade mal mit dem Clip ein bissel rumgespielt:

Import("E:\Programme\AviSynth 2.5\plugins\Mrestore.avs")
DGDecode_mpeg2source("E:\00.d2v",info=3)
ColorMatrix(hints=true)
ord = last.getparity() ? 1 : 0
leakkernelbob(order=ord)
Mrestore()
crop( 12, 76, -12, -78)


LanczosResize(640,352) # Lanczos (Sharp)

scheint ruckelfrei hier.
=> aber mit ghosting
(sollte man vermutlich noch etwas filtern und eventuell dedup mitlaufen lassen)

Hab die Posts mal vom "Vorschläge Anime AVS Skript" abgetrennt.
Denke wegen dem Ghosting muß mal einer gucken der sich mehr mit Deinterlacing beschöftigt als ich.
(eventuell sollteste MOnster auch mal ne PN schreiben)

Cu Selur

Habe hier einen kurzen Blick drauf geworfen. Keine Ahnung weshalb das Ergebnis mit restore24 so grauenvoll sein soll, kann es hier allerdings nicht testen. Die letzte Crestore-Version hatte den Ansatz Mrestore und Crestore zu kombinieren, das hat aber noch nicht so geklappt, wie es eigentlich sollte. Mrestore mag keine 12fps Sequenzen und bei Crestore werden 24fps Sequenzen nicht so gut bearbeitet. Deine Source braucht beide Fähigkeiten für ein schönes Restoring.
Crestore ist nicht die CPU-hungrige Funktion hier. Tdeint z.B hat einen viel größeren Einfluss auf die Codierungszeit. Ebenso sind dehalo_alpha, limitedsharpen und auch blinddehalo langsamere Funktionen. Ich hatte vor zwei Wochen deutlich schnellere Alternativen in Arbeit (natürlich mit geringen qualitativen Unterschieden;) ), das musste aufgrund Zeitmangels erst einmal pausieren.

Bin mitten in den Prüfungen und habe wenig Zeit, melde mich aber nächste Woche nochmal zu dem Thema.

Selur
Das Croppen sollte nach dem Deinterlacen getätigt werden, ja, aber den Restorefunktionen ist das eigentlich relativ egal, solange man nicht wirklich wesentliche Bildinhalte dabei entfernt. Ein leichtes croppen der Ränder kann sich sogar positiv auswirken, weil das Bobben an den Kanten zeitlich nicht stabil ist (typischer "bob" Effekt). Da bei vielen anderen Filtern allerdings das anschließende croppen (nicht vorher) empfohlen wird, mache ich das auch grundsätzlich als letztes in einem Skript.

Ghosting ist wenn zwei Frames sich überlagern und das eine Frame quasi 'durchschimmert'.

Guck Dir mal an was das Script macht was ich gepsotet habe, denke dann wird klar was ghosting ist. Wenns Dir nicht aufällt, dann ist auch gut, dann kannste etweilige Filter zur Verbesserung einfach untern drannhängen.

Cu Selur

Lugi
Sorry, aber dein Skript verdient eine komplette Umstrukturierung.
Zunächst einmal solltest du auf jeden Fall die Restorefunktion (ob restore24, Mrestore...) gleich nach dem Bobben anwenden. Alle anderen Funktionen laufen sonst über den gebobbten Clip. Dadurch wird die Erkennung verschlechtert und das Skript mindestens doppelt so langsam. Also dringend ändern.
Da ist kaum EE in deiner Source, also muss Blinddehalo nicht auch noch als Postprocessor zugeschaltet werden. Dehalo_Alpha ist völlig ausreichend, bei dem Denoising aber auch nicht zwingend notwendig (aber wegen anschließendem Schärfen trotzdem sinnvoll).
Crestore ruckelt bei mir nicht mehr als Mrestore, erkennt die Blends aber besser. Probleme bereiten die eigentlich recht seltenen 8fps Sequenzen (sowohl M/Crestore als auch restore24). Es ist bereits eine neue Mrestore-Version in Planung, die noch besser und unter anderem auch mit solchen Sequenzen arbeiten soll. Diese wird aber wohl noch zwei Monate auf sich warten lassen.
Das reicht hoffentlich erstmal an Informationen. Alles andere, sobald ich mehr Zeit habe.

Ps: Die Post bitte nicht als beleidigend auffassen. Man sieht deinem Skript an, dass du erst seit kurzem mit avisynth arbeitest. Das ist nur als Ratschlag gemeint. Habe leider keine Zeit mich hier gerade umfangreicher zu äußern.

Die Skriptstruktur stimmt soweit. Teste auch nochmal Crestore statt Mrestore und filtere nicht ganz so stark mit dehalo_alpha (Bsp.: DeHalo_alpha(darkstr=0.5, ss=1.0) ist etwas schneller und völlig ausreichend für deine Source). Dann vielleicht noch das Denoising anpassen, denn sieht das schon ganz gut aus.
Wenn du mich in ein bis zwei Monaten nochmal an diesen Thread erinnerst, stelle ich dir gern ein stärker angepasstes Skript zusammen.
Ansonsten einfach noch ein bisschen selbst ausprobieren, dabei lernt man am meisten.;)

Lugi
Das Ghosting ist bereits in deiner Source, aufgrund der Normwandlung. Restore24 und M\Crestore sollen die Blends entfernen und flüssige Bewegungen ermöglichen. Mrestore lässt trotzdem noch recht viele Blends übrig, da es nicht für 12fps (oder niedriger) geeignet ist, sondern nur für 24fps Filmquellen konzipiert ist.
Crestore hat eine bessere Blenderkennung und arbeitet auch mit 12fps Sequenzen. Niedrigere Bildraten bringen jedoch auch hier die Patternerkennung ins stottern, deshalb bleiben ein paar Blends (deutlich weniger) und die Bewegung sieht nicht ganz so flüssig aus. Beide Funktionen sind nicht für diesen 24/8fps Mix deiner Quelle geeignet.:hm: (soll sich in nächster Version ändern). Für die erste Hälfte deines Samples konnte ich keine merklichen Unterschiede Ausmachen, aber zum Ende hin verschluckt sich Crestore denn doch stärker als Mrestore, richtig!

Lugi
Ich habe eine vorzeitige Preview Version von Mrestore veröffentlicht, die auch mit deiner Quelle zurecht kommt. (flüssiger als Mrestore v1 und blendfreier als Crestore). Mit den Standardwerten arbeitet Mrestore schon sehr gut, allerdings kann man pactor wohl noch etwas optimieren.
Ein vollständiges Skript für dein Anime sowie eine fertiggestellte Mrestoreversion wird es allerdings, wie bereits gesagt, erst im nächsten Monat geben. Aber zum Testen und Feedback reicht dieses Preview allemal aus.

Ich habe mir dein hochgeladenes Sample mit der Preview Version (ebenfalls Standardeinstellungen) einmal komplett angesehen, bis auf dass die 8fps Sequenzen noch nicht ganz so toll bearbeitet werden weil es hier häufig gar keine visuellen Blends zur Patternerkennung gibt und wirklich nur sehr geringe Bewegungen bei denen die Blenderkennung aufgrund des stärkeren Patterneinflusses nicht greift, war die Ausgabe absolut so wie sie sein sollte.
Falls die Probleme in anderen Szenen auftraten, wäre es nett wenn du ein anderes Sample hochladen könntest, bzw. wenn es dir auch bereits in dieser Szene auffällt, was genau?
Eventuell liegt es aber auch nur an den anderen Filtern. Am besten einfach einen Test nur mit bobber + Mrestore machen. Merkliche Blends dürfen auch bei dieser Preview nicht ausgegeben werden.

"In einer Szene gehen Leute und dann blinkt plötzlich kurz ein anderes Frame rein und dann verläuft es wieder normal". Das ist schon sehr merkwürdig, kann allerdings alle möglichen Ursachen haben.
Ich dachte schon ich hätte was mit der Optik, aber wenn es bis auf geringe Kleinigkeiten jetzt auch bei dir viel besser aussieht, denn ist das ja ok. Da Mrestore noch nicht fertig ist sind "kleine Mängel" noch erlaubt. Etwas Geduld musst du allerdings noch haben.;)

So Lugi,
ich habe auf mich warten lassen, habe mich aber auch bemüht, dass sich das Warten gelohnt hat. Hier ist das komplette Skript:

LoadPlugin("D:\marko\vidwork\dgmpgdec\DGDecode.dll")
LoadPlugin("D:\marko\vidwork\filters\mt_masktools.dll")
#LoadPlugin("D:\marko\vidwork\filters\Decomb521.dll")
#LoadPlugin("D:\marko\vidwork\filters\tivtc.dll")
LoadPlugin("D:\marko\vidwork\filters\tdeint.dll")
LoadPlugin("D:\marko\vidwork\filters\leakkerneldeint.dll")
LoadPlugin("D:\marko\vidwork\filters\de.dll")
#LoadPlugin("D:\marko\vidwork\filters\eedi2.dll")
#LoadPlugin("D:\marko\vidwork\filters\Average_21Oct05.dll")
LoadPlugin("D:\marko\vidwork\filters\removegrains.dll")
LoadPlugin("D:\marko\vidwork\filters\RepairS.dll")
LoadPlugin("D:\marko\vidwork\filters\awarpsharp.dll")
#LoadPlugin("D:\marko\vidwork\filters\frfun7.dll")
#LoadPlugin("D:\marko\vidwork\filters\Temporalcleaner.dll")
#LoadPlugin("D:\marko\vidwork\filters\deen.dll")
LoadPlugin("D:\marko\vidwork\filters\SmoothUV.dll")
#LoadPlugin("D:\marko\vidwork\filters\TTempSmooth.dll")
LoadPlugin("D:\marko\vidwork\filters\hqdn3d.dll")
#LoadPlugin("D:\marko\vidwork\filters\fft3dfilter.dll")
#LoadPlugin("D:\marko\vidwork\filters\degrainmedian.dll")
#LoadPlugin("D:\marko\vidwork\filters\gradfun2db.dll")
#LoadPlugin("D:\marko\vidwork\filters\Sangnom.dll")
#LoadPlugin("D:\marko\vidwork\filters\TUnsharp.dll")
LoadPlugin("D:\marko\vidwork\filters\asharp.dll")
#LoadPlugin("D:\marko\vidwork\filters\warpsharp.dll")
#LoadPlugin("D:\marko\vidwork\filters\avisynth_c.dll")
#LoadCPlugin("D:\marko\vidwork\filters\SmartDecimate.dll")




#import("D:\marko\vidwork\functions\functions\all\Cdeblend.avs")
import("D:\marko\vidwork\functions\functions\all\Mrestore.avs")
#import("D:\marko\vidwork\functions\functions\all\DeHalo_alpha_MT.avs")
import("D:\marko\vidwork\functions\functions\all\rainbow_smooth.avs")
#import("D:\marko\vidwork\functions\functions\all\FastLineDarkenMod.avs")
#import("D:\marko\vidwork\functions\functions\all\LimitedSharpenFaster.avs")
#import("D:\marko\vidwork\functions\functions\all\aaf.avs")
#import("D:\marko\vidwork\functions\functions\all\ftoon.avs")
import("D:\marko\vidwork\functions\functions\all\moderate_ee.avs")


## it´s absolutly recommed to load only the needed plugins and functions manually in your script ##




#setmemorymax(100)




###### source ######


MPEG2Source("D:\marko\vidwork\samples\dvd.d2v")		#use the internal deblock if necessary
#AviSource("D:\marko\vidwork\samples\ntsc norm.avi")


#ConvertToYUY2(interlaced=true)
#ConvertToYV12()




### correct colours ###
#Tweak(Sat=1.1)						#more saturation
#ColorYUV(gain_u=18)					#to repair white areas (yellow back to white)


### dot crawl removal ###
DeDot()


## if there is a chromashift in your source, repair it with the same named plugin here ## 


crop(0,64,0,-64)					#crop to the next mod8 value for speed up, but don´t crop the complete black corner!!!




###### pattern work ######
ord	= 1						#fieldorder [0,1] - change if motion of bobbed clip is not fluid


#leakkernelbob(ord,2,true,true)				#fast smart bobbing with sharp output, but more flickering than tdeint
tdeint(order=ord,mode=1,type=2)				#type=3 is faster than type=2 or leakkernel + aaf, but if time
							#is not important for you, try also the second possibility


Mrestore(dclip=last.crop(8,8,-8,-8))			#for fieldblended sources, needs bobbed/progressive input




###### enhancement ######


### edge enhancment erasing \ dehaloing ###
#removegrain(24,11)					#for light ee (good and very fast)
#DeHalo_Alpha_MT(darkstr=0.3, ss=1.0)			#good for middle heavy ee 	-> mt version
#moderate_ee("eee")					#for middle heavy ee (faster)
#moderate_ee("eees")					#for heavy ee	-> with ybbs<0.3 you lower the effect on dark lines
#moderate_ee("eee",Ybbs=-0.35,Ybec=-0.12,Ubbs=0.3,Vbbs=0.3,Ubec=0.1,Vbec=0.1,repair=0)
							#like moderate_ee("eee",repair=0).FastLineDarken(), but faster
							#if you use this, don´t activate the other linedarken functions
### rainbow removal ###
rainbow_smooth(2)					#my fast rainbow removal function
#FFT3DFilter(Sigma=0,Sigma3=9,plane=3,wintype=1)	#if rainbow_smooth is not enough, use this with a high sigma3


### hot pixel removal ###
#DeGrainMedian(limitY=6,limitUV=8,mode=3)




### denoising ###
hqdn3d(ls=2.0,cs=2.4,lt=2.5,ct=2.5)			#fastest	- setted for light/normal noise
#Temporalcleaner(3,6).Deen("a2d",3,5,7)			#fast		- setted for normal noise
#TTempSmoothF(maxr=1)					#extra temporal denoising, higher maxr -> slower, better quality
#FFT3DFilter(Sigma=3,plane=4,wintype=1)			#for high quality denoising, slow, higher Sigma -> stronger denoising
#FFT3DFilter(Sigma=3,wintype=1)				#works only on luma plane, slow, higher Sigma -> stronger denoising
## of course you can combine these denoisers for a better denoising ##




### sharpen & antialiasing ###
#aaf(aam=-0.7)						#my modded version of aaa, with small aam much faster


#FastLineDarkenMOD(strength=48,thinning=0)		#what the name says - mt version 	(fastest)
#ftoon()						#my extrem lite mf_toon mod :)	-> for line darken
#awarpsharp(depth=11,cm=1,blurlevel=1)			#don´t set this, if you allready use it in ftoon()
## use moderate_ee here if you want to keep more details! ##


#Repair(last.sharpen(1),last,16)			#ModerateSharpen	-> really fast
asharp(0.8,2,0.25,true)					#fast adaptive sharpen 	-> use with awarpsharp, can be used also with repair (instead sharpen(1))
#LimitedSharpenFaster(smode=1,strength=64)		#anybody who don´t love this function ??
awarpsharp(depth=8,cm=1,blurlevel=1)			#if you like the effect, activate this and don´t increase parameters of first call
## tunsharp is for example also a really useful sharpen filter, but a more special filtering is recommed, so I don´t give any settings ##




### banding removal ###
#gradfun2db(thr=1.2)					#fast nice function to finalize the enhancment




###### layout ######


owidth	= width(last)					#output width		/ you should set the size
oheight	= height(last)					#output height		/ mod4, other parameters don´t
cropr	= 0						#crop right		/ have this limit, but all should
cropt	= 0						#crop top		/ be positive
cropl	= 0						#crop left
cropb	= 0						#crop botton
addr	= 0						#add border right	/ these added borders
addt	= 0						#add border top		/ don´t change the
addl	= 0						#add border left	/ output width & height
addb	= 0						#add border botton


## only calculation - don´t change! ##
ar = round( (width(last)-cropr-cropl)/float(owidth-addr-addl)*addr )
at = round( (height(last)-cropt-cropb)/float(oheight-addt-addb)*addt )
al = round( (width(last)-cropr-cropl)/float(owidth-addr-addl)*addl )
ab = round( (height(last)-cropt-cropb)/float(oheight-addt-addb)*addb )


ar>cropr || at>cropt || al>cropl || ab>cropb ? addborders(ar>cropr ? ar*4-cropr*4 : 0,at>cropt ? at*4-cropt*4 : 0,al>cropl ? al*4-cropl*4 : 0,ab>cropb ? ab*4-cropb*4 : 0) : last
letterbox(at>cropt ? at*4-cropt*3 : cropt, ab>cropb ? ab*4-cropb*3 : cropb, al>cropl ? al*4-cropl*3 : cropl, ar>cropr ? ar*4-cropr*3 : cropr)
## choose your favourit resizer ##
LanczosResize(owidth, oheight, ar>cropr ? ar*3-cropr*3 : cropr-ar, at>cropt ? at*3-cropt*3 : cropt-at, al>cropl ? cropl*3-al*3 : al-cropl, ab>cropb ? cropb*3-ab*3 : ab-cropb)
#BicubicResize(owidth, oheight, 1.0/3.0, 1.0/3.0, ar>cropr ? ar*3-cropr*3 : cropr-ar, at>cropt ? at*3-cropt*3 : cropt-at, al>cropl ? cropl*3-al*3 : al-cropl, ab>cropb ? cropb*3-ab*3 : ab-cropb)
Removegrain(1)


## if you don´t want to resize (only cropping for example) disable this code! ##

Ja, das Skript ist ziemlich mächtig geworden um von allgemeinen Nutzen zu sein, wenn du aber mal schaust, was denn tatsächlich aktiviert ist, siehst du, dass gar nicht so viele Filter bei deiner Source zum Einsatz kommen.
Der Header ist hier nicht so wichtig, aber ich war zu faul ihn anzupassen. Die Resizing- und Cropwerte musst du am Ende denn noch selber setzen, da ich nicht weiß welches Ausgabeformat gewollt ist.

Kurze Erklärung zu den aktivierten Filtern sowie allgemein zu den Funktionen:
- DeDot ist wohl klar, reduziert Kammeffekte, schnell und brauchbar
- der erste Cropaufruf soll das Skript nur beschleunigen, die schwarzen Ränder werden nicht komplett entfernt
- tdeint(...,type=2) erzeugt ein stabiles sharfes Bild und ist hier type=3 vorzuziehen, da es nicht zu aliasing kommt
- Mrestore liegt hier in Version 1.6 vor und zeigt nicht die kleinen Fehler der Vorgängerversion. Man kann die Blenderkennung zwar noch verstärken, die Standardsettings arbeiten aber soweit wirklich gut, ansonsten einfach mal die Readme lesen
- dehalo_alpha_mt ist Didee´s dehalo Funktion aktualisiert mit der letzten Masktools Version (schneller)
- rainbow_smooth(2) ist eine schnelle derainbow Funktion. Sie arbeitet für die meisten Animes ziemlich gut. Je höher mode gesetzt wird (hier: 2) umso stärker der Effekt. Zwar ist mode=2 etwas schwach für deine Source und entfernt die Rainbows nicht komplett, aber die übrigen Rainbows sind nicht so auffallend, ansonsten halt einfach anpassen (bis mode=6). Für rainbow_smooth wird smoothuv und awarpsharp benötigt
- ich habe mich hier für hqdn3d entschieden, weil deine Source keine starke Rauschreduktion benötigt und hqdn3d recht schnell ist
- aaf ist eine AntiAliasins Funktion, die bei deiner Quelle nicht zum Einsatz kommt. Sie baut grundsätzlich auf aaa oder aa usw. auf, benutzt aber die Repairfunktion um auch bei geringerem SuperSampling nur wenig Artefakte zu produzieren wodurch sie deutlich schneller sein kann. Der wichtige parameter dafür ist aam, aam=1.0 arbeitet wie aa und aam=-1.0 skaliert jeweils nur in die Richtung in die SangNom arbeitet und ist dadurch etwa doppelt so schnell. Je geringer aam im Betrag gewählt wird umso schneller wird die Funktion, umso stärker wird der Effekt von SangNom und umso höher ist die Wahrscheinlichkeit für Artefakte.
- FastLineDarkenMod arbeitet wie FastLineDarken jedoch mit Masktools v2 und dadurch schneller.
- ftoon liegt mftoon zugrunde, der Kern wurde wesentlich vereinfacht und zusammengefasst und der sssharpen code entfernt und schon rennt das Ding wie ne eins. Die Funktion ist trotzdem langsamer als FastLineDarken, produziert aber auch das bessere Resultat.
- schließlich dient die asharp.awarpsharp Kombi noch zum leichten Schärfen und denn kann man die Ausgabe anpassen. Die Layoutkalkulation soll das etwas erleichtern.

Zusammfassung:
Ich habe kurzer Hand ein paar Skriptideen in Funktionen gefasst, die ziemlich gut zu arbeiten scheinen, aber noch nicht sehr viel getestet und ausgereift sind.
Das Skript ist alles im allen sehr vollständig, was jedoch fehlt ist eine Funktion zum Entfernen der Blendartefakte auf den klaren Feldern, die aufgrund der anschließenden Komprimierung entstanden sind. Da habe ich leider m moment keine schöne und schnelle Lösung für. Wenn du fft3d anstelle von hqdn3d verwendest verringerst du die Artefakte etwas mehr, aber musst aufpassen, dass du nicht zu stark denoised und musst mit einem Geschwindigkeitseinbruch leben.

Ist hoffentlich was Brauchbares dabei. Ich hänge noch die Funktionen dran.;)

Passend zum Thema hätte ich ne kleine Frage. Hab Samurai Champloo vorliegen und schon mal ein paar Testencodes durchgeführt. Folgendes Skript hab ich verwendet.

LoadPlugin("D:\VIDEO\AviSynth 2.5\plugins\TemporalCleaner.dll")
MPEG2Source("I:\Samurai Champloo Vol. 1\VIDEO_TS1\VTS_02_1.d2v",idct=7)
leakkerneldeint(1)
Crop(8,0,-8,-0)
DeGrainMedian(limitY=5,limitUV=5,mode=3)
Temporalcleaner(3,6).Deen("a2d",3,5,7)
#aaa(704,576,20,20,1,2)

An sich bin ich ja zufrieden, jedoch sind ein paar Sachen noch nicht zufriedenstellend. Das Deinterlacen führt ein Ruckeln beim Kameraschwenk hervor und etwas Aliasing ist auch enthalten. Ich habs schon mit AAA versucht, hilft zwar a bisserl, aber es geht dann etwas Schärfe verloren. Wenns z.B. ohne Resizing-Funktion geht, wärs toll, aber beim Abspielen fallen die Aliasing-Effekt eh net auf.
Ohne Resizing ist die Komprimierbarkeit schon hervorragend, dass ich bei 704x576 vielleicht alle 26 Folgen auf eine halbe DVD kriegen könnte (durchschnittlich 86 MB; x264, crf 24, AE_Standard). Aber ich würds gern noch optimieren.
Ich hab drei Bilder hochgeladen als Vergleich, dazu noch einen Teil des Intros (54,9 MB).
DVD-Source, oberes Skript ohne AAA, Skript mit AAA

Bin gespannt, was da noch möglich ist.