'upConv' ist ein optionaler Parameter von Mpeg2Source
upConv: 0 to 2 (default: 0)
Upsample from 4:2:0 to YUY2 (4:2:2) or RGB24.
- 0: Do not upsample
- 1: Upsample to YUY2 (ignored if input is already 4:2:2)
- 2: Upsample to RGB24
Quelle: http://neuron2.net/dgmpgdec/DGDecodeManual.html
Cu Selur
Außerdem sollte man bei ConvertTo... von YV12 aus immer angeben, ob dabei Interlacing zu beachten ist - ansonsten gibt es jede vierte Zeile zwei Zeilen Mischfarben.
Wenn das MPEG2-Video interlaced encodiert ist, also: ConvertToYUY2(interlaced=true)
MPEG2Source(upConv=1) beachtet das Interlacing selbst.
Dann geht es jetzt darum: Passiert die Spreizung schon innerhalb von AviSynth - zu testen mit Histogram(mode="{classic|levels|color}" - oder erst nach Verlassen von AviSynth?
Man sieht also dass das DGindex-Resultat,linker Bildausschnitt nicht korrekt ist.
DGIndex macht alles richtig (nämlich: "nichts"). Wenn es irgendwas falsch machen würde, wäre das (mit -zig-tausenden von täglichen Benutzern) schon längst mit großem Wellenschlag durch die entsprechenden Foren durchgelaufen.
Es ist offensichtlich der Procoder, der Käse macht. DGIndex macht alles richtig.
Entweder der ProCoder, oder der YV12-Konverter-Codec (aber wenn schon YUY2 aus AviSynth rauskommt, bleibt eigentlich nur der ProCoder).
Vorausgesetzt, dass auch Histogram() bestätigt, dass bis zur Ausgabe aus AviSynth alles im Rahmen bleibt.
Das kann ich nicht einsetzen...Gibt ne Fehlermeldung.
Ach, diese Fehlermeldung...
Welche Uralt-Version von DGMPGDec verwendest du denn, dass diese Option noch nicht drin ist? Oder hast du nur den Parameter upConv alleine verwendet, ohne den Namen der d2v-Datei mit anzugeben (upConv ist optional - aber d2v ist Pflicht!)? Oder woran liegt's?
Und schließlich: Was zeigt denn das Histogramm in AviSynth an, behält DGDecode den erwarteten Umfang erst mal bei? (Screenshot?)
__
Die Option "Video | YUV -> RGB" in DGIndex.exe (bzw. "YUVRGB_Scale" in der d2v-Datei) wird wohl auch von der VFAPI beachtet. Aber leider wird dabei in RGB24 konvertiert.
Ich denke mal, die Histogramme beweisen, dass alles im Limit ist...
Huch - eine Hin-und-her-Konvertiererei?!
Ach so, Histogram(mode="colors") und Histogram(mode="levels") brauchen unbedingt YV12... Dann musst du allerdings auch bei ConvertToYV12(interlaced=true) verwenden.
Histogram(mode="classic") geht vielleicht auch in YUY2? Da steht bloß "YUV" in der Doku.
Ohne upConv:
LoadPlugin("C:\avisynth 2.57\plugins\dgdecode.dll")LoadPlugin("C:\avisynth 2.57\plugins\decomb.dll")MPEG2Source("C:\Magazin-1\VTS.d2v", upConv=0)Decimate(25)Histogram(mode="levels")Histogram(mode="colors")ConvertToYUY2(interlaced=true)Mit upConv zum Testen:
LoadPlugin("C:\avisynth 2.57\plugins\dgdecode.dll")LoadPlugin("C:\avisynth 2.57\plugins\decomb.dll")MPEG2Source("C:\Magazin-1\VTS.d2v", upConv=1)Decimate(25)ConvertToYV12(interlaced=true)Histogram(mode="levels")Histogram(mode="colors")ConvertToYUY2(interlaced=true)Mit upConv; Histogram(mode="classic") geht vielleicht auch in YUY2?
LoadPlugin("C:\avisynth 2.57\plugins\dgdecode.dll")LoadPlugin("C:\avisynth 2.57\plugins\decomb.dll")MPEG2Source("C:\Magazin-1\VTS.d2v", upConv=1)Decimate(25)Histogram(mode="classic")Mit upConv zum Encodieren, YUY2-Ausgabe:
LoadPlugin("C:\avisynth 2.57\plugins\dgdecode.dll")
LoadPlugin("C:\avisynth 2.57\plugins\decomb.dll")
MPEG2Source("C:\Magazin-1\VTS.d2v", upConv=1)
Decimate(25)Noch eins: Du verzichtest auf Blockfilter im MPEG2-Decoder (CPU=0)?
Noch eins: Du verzichtest auf Blockfilter im MPEG2-Decoder (CPU=0)?
JA, BITTE!
Der Vorteil des DGIndex-internen Deblockers (im Vergleich zu nachgeschalteten "Downstream"-Deblockern) ist, dass er die aktuellen Block-Quantizer kennt. Der Nachteil ist, dass er diesen Vorteil nicht in ein dementsprechend gutes Ergebnis umsetzen kann. Wie ein Sportler, dem man beim 100m-Sprint 50 Meter Vorsprung gibt, der dann beim Zieleinlauf aber trotzdem nur im Mittelfeld liegt :hm:
Schnell isser, das schon. Aber wirklich gut isser nich ...
Ja, welche Deblocker sind denn "wirklich gut"? ... Ich hab nämlich mal einfach so "ins Blaue hinein" bei Donald Graft gefragt, ob er sich vorstellen könnte, auch andere Deblocker zu implementieren, oder wenigstens eine Methode finden könnte, mit der andere nachgeschaltete Deblocker Informationen über die Quantisierung erhalten könnten; jetzt fragt er, welche ich denn konkret wünsche... aber schön, dass du da bereits mitdiskutierst.
ob er sich vorstellen könnte, auch andere Deblocker zu implementieren,
Ja, das würde ich auch unterstützen. Soll nicht der in x264 verwendete Deblocker recht gut sein?
Gruß
akapuma
Die Idee vertritt auch Didée im englischen Forum. Er müsste dann nur auf die Quantisierung von MPEG2 skaliert werden, die ist ja technisch etwas anders als bei AVC.
Genau, der AVC-Deblocker sollte eine recht gute und modernere Alternative sein. Und weil Donald es genau wissen wollte, hab ich ihm noch das Verfahren von Deblock_qed dargelegt - weil, der AVC-Deblocker macht ja eigentlich "zu viel", weil er u.a. auch noch die 4er-Blockgrenzen absucht und ggf. bearbeitet. Gut für AVC, aber nicht unbedingt für Mpeg2.
Wenn's es "ideal" läuft und Donald anbeißt, dann wäre nicht nur den AVC-Deblocker innerhalb von mpeg2source() verfügbar, sondern man könnte quasi auch noch das "QED"-Verfahren mit gewünschter Stärke dazuwählen, quasi als 0%-100% - Regler, oder so ähnlich ..... na, mal sehen, ob etwas so "kompliziertes" tatsächlich umgesetzt wird.
Eine andere Hürde ist noch der Fall von interlacten Quellen: die bisherigen Avisynth-Implementierungen des AVC-Deblockers arbeiten ja alle *nur progressiv*.
Hmm,
ist der AVC-Deblocker mit "Deblock()" nicht schon lang in DGDecode drin? Die Hilfe sagt zu "Deblock()" "Manao's H.264 Deblocking Filter. (v0.9.5)", in der damaligen Changelog (1.2.1) stand "Added Deblock() blind H.264 deblocking filter, by "Manao", because some people prefer it to BlindPP().".
Ich dachte, das einzige Problem wäre, daß hier ein fester Quantizer angenommen wird, und nicht der tatsächliche verwendet wird.
Gruß
akapuma
Genau - das "blind deblocking" ist sein Nachteil. Es wäre nicht schlecht, wenn man diesen Deblocker abhängig von den MPEG2-Block-Quantisierungsfaktoren steuern lassen könnte. Unter der Berücksichtigung, dass die AVC-Quantisierung einen anderen Charakter als die MPEG2-Quantisierung hat. Und zusätzlich noch in der Stärke steuerbar.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
