Hallo,
wer den Titel liest, weiß, daß es das nicht gibt. Hier im Forum gibt's jede menge Leute, die sich mit "exotischem Deinterlacing" auseinander setzen, und über meine Frage hier sicher die Hände über dem Kopf zusammenschlagen. Aber: es gibt auch faule Leute (wie mich), die eine einfache Lösung suchen, die möglichst nur darin besteht, bei GKnot im Feld "Field Operations" das Kreuzchen an der bestmöglichen Stelle zu machen.
Also:
Keine Streifen/Kämme => Kreuz bei "none"
Streifen/Kämme, was nun?
Nachgucken, welche deinterlacer "gut sein sollen". Hier könnte die Wahl auf "Kernel Deinterlace" = "KernelDeInt(order=1,sharp=true)" fallen. Den hab ich auch, als er in GKnot reinkam, eine Zeit lang benutzt, bis ich per DVB einen "dynamic phase shifted PAL"-Film aufgenommen hatte. Hier war das Ergebnis mieserabel. Auch wenn irgendetwas mit telecide richtig gewesen wäre, habe ich das Kreuzchen wieder, wie früher, bei "Field Deinterlace" = "FieldDeinterlace()" hingemacht. Das Ergebnis war zwar bestimmt nicht das technisch bestmögliche, aber auf jeden Fall für mich zufriedenstellend.
So, nun hab ich Ducktales per DVB aufgenommen (original.jpg). Das Ergebnis mit dem "Field Deinterlacer" sieht man in field.jpg. Dann habe ich "Field deinterlace (no blend)" = "FieldDeinterlace(blend=false)" genommen und noblend.jpg erhalten. Auch wenn es sicherlich besser geht: mit diesem Ergebnis bin ich zufrieden!
Nun zu meiner eigentlichen Frage:
Bisher nehme ich wenn Streifen/Kämme drinn sind immer "Field deinterlace". Wenn ich nun anstatt dessen jetzt immer "Field deinterlace (no blend)" nehme, habe ich dann mit signifikant schlechteren Ergebnissen zu rechnen?
Gruß
akapuma
PS: Ich weiß, das mein Vorgehen nicht "den Regeln der Kunst" entspricht, sondern nur gemurxt ist.
"Universal"-Deinterlacer gesucht
-
einfach mal
telecide(post=false)
(decomb 4)telecide(order=0,post=0)
bzw.
telecide(order=1,post=0)
(decomb 5)
anstatt des fielddeinterlacers probierenaber tricticals deinterlacer, namens TDeint() ist auf dem Weg ein allround-deinterlacer zu werden.
bei interesse einfach mal bei forum.doom9.org vorbei tingeln
-
@ scharfis_brain:
"manchmal abwesend" - möglicherweise: Wie habe ich mir "(decomb 4)" vorzustellen, wohl eher als "decomb(4)"?
-
decomb4 = die version 4 des decomb paketes (da hatte telecide noch eine andere paramter-syntax)
ab decomb5 = version 5, wuerde der order-paramter hinzugefuegt, und aus bool post wurde int post
-
der kerneldeint ist nunmal sehr fieldorderabhaengig. deswegen machen ihm phase shifted contents auch zu schaffen.
ich verstehe nicht, wieso Du telecide nicht nutzen willst ?!?
fielddeinterlace ist IMO ein schlechter deinterlacer (ultra ueberempfindliche metric und nur lineare interpolation).
da kann man ja gleich ein field komplett wegschmeissen....also separatefields().selecteven()
aber mir ists wurscht, was Du eltztendlich tust
-
Ich hätte eher Field Deinterlace oder SmartBob entfernt. Grade Tom Barry's TomsMoComp liefert oft hervorragende Ergebnisse für faule, wie z. B. mich.
Und bei den Quellen wo TomsMoComp versagt (Normwandlungen, ...) kommt man, wenn man vernünftige Ergebnisse haben will, am größeren Aufwand meist nicht vorbei. -
fuer diese normwandelgeschichten ist tdeint(mode=1) ideal geeignet.
Vorsicht! mode=1 macht 50 fps
-
Hallo,
Zitat von ViperzahnIch hätte eher Field Deinterlace oder SmartBob entfernt.
das ging nicht, da der Name der SmartBob-DLL dgbob kürzer ist als tdeint. Da die DLL für field-deinterlace und field-deinterlace (no blend) die gleiche ist (decomb.dll), hätte ich gleich beide field-deinterlacer entfernen müssen. Da blieb nur noch TomsMoComp und Kernel Deinterlacer.
Zitat von ViperzahnUnd bei den Quellen wo TomsMoComp versagt (Normwandlungen, ...) kommt man, wenn man vernünftige Ergebnisse haben will, am größeren Aufwand meist nicht vorbei.
Da hast Du sicher recht. Ich suche aber die bestmögliche Lösung ohne großen Aufwand, z.B. für Leute, die viel encodieren und denen daher die Quali nicht ganz so wichtig ist (DVB-Karten-Besitzer), oder für Leute, die nicht alle deinterlacing-Tricks beherrschen.
Mit einer Lösung mit 90% der Qualität und 10% des Aufwandes wäre ich schon sehr zufrieden!Zitat von scharfis_brainVorsicht! mode=1 macht 50 fps
Hm, ich hab die Funktion nur am Preview geprüft. Sollte ich mode=0 oder keine Parameter () nehmen?
Gruß
akapuma -
Vermutlich eher SelectEvery.
-
Zitat von LigH
Vermutlich eher SelectEvery.
Erst auf 50Hz bringen und dann jedes 2te Frame nehmen? Ginge das auch mit selectodd? Ich bin nicht der avisyth-spezialist, aber könnte ich select.... in der gleichen zeile wie tdeint verwenden?
Was wäre denn der Unterschied zwischen
- mode=1 und 50Hz, dann jedes 2te Frame nehmen
und
- mode=0 mit 25Hz?
Die neuen Parameter dürfen nicht länger werden als die bereits im Original-GK vorhandenen, sonst kann ich nicht patchen.
Gruß
akapuma -
LigH: nee, mode=0 ist fuer 25fp output.
mode=1 und selecteven/odd braechte das GLEICHE ergebnis, nur deutlich langsamer.
aber wenn man WIRKLICH sicher gehen will ist Mode=1 die richtige entscheidung.
bei FILM hat man immer 50fps mit 2 identischen frames -> stoert den Codec fast garnicht.
bei Video dann volle 50fpsund bei normwandlungen hat man die bestmoelgiche qualitaet, und die gleiche bewegungsqualitaet, wie auf dem TV (nur die aufloesung ist besser)
-
jo genau den!
Mensch, wieso hab ich das immer vergessen zu erwaehnen?
(vllt. weil ich ihn in ein funktion gestopft und dann hab darin vergammeln lassen)
-
Ob sich die Entwickler des offiziellen GordianKnot davon vielleicht inspirieren lassen, ihr Angebot im Dialog umzustellen oder zu erweitern? Ansprechpartner wäre wohl v.a. len0x im englischen doom9-Forum.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!