Hallo,
im avs-Skript kann man den Postprocessor des Decoders mit "cpu=x" aktivieren, z.B.:
mpeg2source("D:\Rekorder\Erdbeben\Erdbeben.d2v", cpu=4)
Jetzt kann man das um ein "IPP=True" ergänzen, und nun frage ich mich, wann genau das gemacht werden sollte. Als Erklärung zu IPP habe ich gefunden:
To use Field-Based Post-Processing. It' better if you want to deinterlace.
- True : Field based - False : Image based (default)
Also, wenn der Film nicht interlaced ist, braucht man IPP=True nicht. Und wenn er interlaced ist? Ist es unbedingt notwendig, oder nur besser?
Der eigentliche Grund der Frage: Streifen/Kämme habe ich oft im (DVB)-Film, und nicht immer ist er interlaced. Es kann auch ein "dynamic phase shifted PAL" oder sonst etwas exotisches sein, worüber sich hier die "Streifenentferner" im Forum in sehr langen und komplizierten Threads unterhalten. Als Laie auf diesem Gebiet nehme ich normalerweise bei jeglicher Art von Streifen den Field deinterlacer. Für mich reicht das aus, die Streifen sind weg, die Qualität für mich OK, auch wenn es noch besser gehen könnte. Was also im Fall von exotischen Streifen? IPP=True immer nehmen, wenn man "entstreift", egal, wo die Streifen herkommen?
mpeg2source gehört ja zu DGDecode, und dieses zu DGIndex. Dieses zeigt ja auch beim Erstellen der d2v-Projektdatei an, ob der Film interlaced ist. Wenn interlaced angezeigt wird, stimmt dies aber nicht immer. Muß man aber vielleicht trotzdem IPP=True verwenden, wenn DGIndex "interlaced" anzeigt, weil der postprocessende Decoder ja zu DGIndex gehört?
Gruß
akapuma
Wann ipp=true beim Postprocessen?
-
-
Hm, das wuerde mich auch interessieren. Ich nehme bei der Umwandlung von DVB-Material das als "interlaced" getaggt ist bisher immer iPP=true, habe es gemacht weil es fuer Interlaced-Quellen empfohlen war, wie akapuma schon schreibt.
-
Ich glaube mittlerweile:
Wenn das MPEG2-Video fieldweise (es ist sicherer, das so auszudrücken) encodiert wurde, dann sind die DCT-Blöcke auf den Inhalt der Fields bezogen, dann sollte der Filter auch fieldweise angewendet werden.
-
Hallo,
Zitat von SchlunzIch nehme bei der Umwandlung von DVB-Material das als "interlaced" getaggt ist bisher immer iPP=true
Tag=Kennzeichnung/Markierung
Wenn das Material als interlaced "getaggt" ist, heißt das doch, daß DGIndex/DVD2AVI "Interlaced" anzeigt. Aber auch, wenn interlaced angezeigt wird, habe ich nicht immer Streifen/Kämme gesehen. Ist das Tag also zuverlässig genug? Wird das tag eigentlich auch in der .d2v-Datei gespeichert? Dann würde es ja vom Decoder ausgewertet, dann könnte es schon Sinn machen, auf das Tag zu hören.Zitat von LigHWenn das MPEG2-Video fieldweise (es ist sicherer, das so auszudrücken) encodiert wurde, dann sind die DCT-Blöcke auf den Inhalt der Fields bezogen, dann sollte der Filter auch fieldweise angewendet werden.
Aha, LigH drückt sich schon vorsichtiger aus und spricht nicht mehr von "interlaced". Nur, woran erkennt man eine fieldweise Encodierung? Vielleicht immer, wenn Streifen da sind, und wenn man diese (egal, mit welchen Mitteln) enternt?
gruß
akapuma -
fieldweises encoding erkennt man daran, dass DVD2AVI / DgIndex interlaced anzeigt, wenn man den preview aufruft.
IMHO sollte es bei MPEG2Source garkeinen switch iPP geben, es sollte dies alleine entscheiden koennen.
zumal es viele MPEG-Streams gibt, bei denen sich progressive und fieldbased abwechseln. -
Moin,
bin zwar da auch kein Spezi, meine aber LigH ist am dichtesten dran...
Fieldbased heißt (IMHO :zunge: ) echte fieldweise kodierung, also 50*720*288.
Interlaced Material ist üblicherweise framebased kodiert; zwar mit DCT-type: field und alternate scanning aber Pic.-structure: frame !
Pic-structure: field kann von den (semi-) prof. Encodern nur der Procoder erzeugen und etliche Tools haben Probleme damit.
Es gibt auch einige DVDs, die so erzeugt sind - z.B. "Verhandlungssache".
Gruß Karl -
Soll man dann diesen Switch ignorieren (iPP)? Oder: kann man...?
-
also dann doch etwa so in dieser Form ?!?
x=blindpp(iPP=true)
y=BlindPP(iPP=false)
conditionalfilter(last,x,y,"iscombed(10)","=","true")man moege mich bitte nicht fuer falscheanwendung des cond.-filters schlagen....
ichbenutze ihn zu selten(ich muss dafuerimmer inner doku blaettern) -
Zitat von scharfis_brain
also dann doch etwa so in dieser Form ?!?
Habe dazu mal in die Doku von DGDecode geguckt. Zu BlindPP steht drin:
ZitatTo Deblock and Dering on any kind of DCT-encoded source. Of course, less accurate than decoder intergrated PP, but still very efficientneed YV12 input.
Das Deblocken scheint sich hier von der MPEG2Source-Methode zu unterscheiden, leider zum schlechteren.
Zitat von SchlunzZitat von SchlunzSoll man dann diesen Switch ignorieren (iPP)? Oder: kann man...?
Das wäre am schönsten, leider ist default "Image Based" und nicht "Auto". Habe ich "Der Karl" richtig verstanden, daß "Image Based" auch bei den meisten Interlaced-Filmen richtig ist?
Gruß
akapuma -
Zitat von akapuma
Das wäre am schönsten, leider ist default "Image Based" und nicht "Auto". Habe ich "Der Karl" richtig verstanden, daß "Image Based" auch bei den meisten Interlaced-Filmen richtig ist?
So hab ich es eigentlich auch verstanden, zwar interlaced, aber trotzdem Framestructure, statt Fieldstructure.
-
Frame based ist bei den meisten (bei allen die ich kenne) interlaced Quellen richtig. Bedeutet in dem Fall, daß ein Frame zwei Fields enthält.
Field based wäre ein Frame = ein Field, heißt für das Video doppelte Framerate bei halber vertikaler Auflösung.
Ich habe eine gewisse Zeit gebraucht, um zu verstehen wofür zum Geier AssumeFieldBased() notwendig ist.
-
Hm... ich bin jetzt irgendwie unschluessig.
Taeusch ich mich oder erzeugt das vom Procoder erwirkte, feldbasierte Encoding eine hoehere Schaerfe? Scheint zumindest so...
Jedenfalls kann MPEG2Schnitt nix mit feldbasiertem Inhalt anfangen. -
Zitat
Scheint zumindest so...
Bildchen zeigen! *boing, boing* -
Hm OK Hab ne Denke von 12 bis Mittag ARGG
-
Hallo,
hier wird jetzt immer von "field-based" und "frame-based" geschrieben. Die Auswahlmöglichkeiten von iPP lauten aber
- True : Field based - False : Image based (default)
Gibt es einen Unterschied zwischen "frame-based" und "image-based"?
Gruß
akapuma
-
Schlunz: Sättigung&Co sind anders aber schärfer als das andere würde ich nicht sagen.
Cu Selur
-
Moin,
ZitatGibt es einen Unterschied zwischen "frame-based" und "image-based"?
Ich denke, es ist das Gleiche gemeint...
Gruß Karl -
Ich glaube, dieser iPP Parameter meint immer framebased. Bei iPP=true wird das Postprocessing nur irgendwie getrennt auf die Fields innerhalb eines Frames angewendet, bei iPP=false auf den kompletten Frame.
Als die MPEG3Dec3.dll entwickelt wurde, wußte man, so denke ich, noch nicht, das interlaced MPEG-2 Material auch mit "Pic-structure: field" encodet werden kann, daher die mißverständliche Beschreibung.
EDIT
Mit "Frame based ist bei den meisten (bei allen die ich kenne) interlaced Quellen richtig. Bedeutet in dem Fall, daß ein Frame zwei Fields enthält.
Field based wäre ein Frame = ein Field, heißt für das Video doppelte Framerate bei halber vertikaler Auflösung." wollte ich mich nicht auf den iPP Parameter beziehen, sondern meinte generell die Speicherart von interlaced MPEG-2 Material. -
Vorschlag: Erstellt doch mal ein interlacetes Video mit eher niedriger Bitrate von je einem sanften Farbübergang pro Field, wodurch eigentlich Blockartefakte gut zu provozieren sein sollten. Dann sollte man ja sehen, wie sich das Postprocessing auswirkt, je nach Wahl des Wertes.
-
Das kann ich heute nacht vielleicht machen wenn ich wieder zuhause bin.
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!