*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *dvdtoogm* (http://www.flaskmpeg.info/board.php?boardid=34)
-- Resize-Filter bei Interlaced-Material sinnvoll ? (http://www.flaskmpeg.info/thread.php?threadid=4524)


Geschrieben von pellewolf am 23.05.2004 um 18:52:

  Resize-Filter bei Interlaced-Material sinnvoll ?

hallo !

ich bin mal wieder dabei ein paar tv-serien zu "bearbeiten" mit dvdtoogm. das quellmaterial liegt vor auf dvd als interlaced-material (4:3).

bei "normalen" filmen arbeite ich gern mit lanczos, das mache ich hier jetzt auch als resize-filter, nur das ich hier noch tomsmocomp als deinterlacer hinzuschalte.

meine frage: das bild wird durch den deinterlacefilter ja eigentlich schon recht intensiv verändert bzw. "in mitleidenschaft" gezogen.

macht es da überhaupt noch sinn einen resize-filter zuzuschalten ?

wäre es nicht besser lieber keinen zu nehmen und nur einen deinterlacer ?

gruß,

pellewolf großes Grinsen



Geschrieben von akapuma am 23.05.2004 um 19:15:

 

Hallo,

vielleicht eine Frage der Reihenfolge? Also zuerst Deinterlacen und dann Resizen. Ich hab mal bei GKnot nachgeguckt, das nimmt folgende Reihenfolge:

1: Croppen
2: Deinterlacen
3: Rauschfilter
4: Resizen

Gruß

akapuma



Geschrieben von pellewolf am 23.05.2004 um 20:39:

 

hi !

das verstehe ich igendwie nicht ?! wenn ich bei dvdtoogm alle einstellungen, wahl der filter etc. eingestellt habe und saveandencode now klicke habe ich doch gar keinen einfluss mehr auf die reihenfolge.

und ich glaube das macht dvdtoogm sowieso automatisch.

meine frage geht ja auch eher dahin ob es überhaupt noch der bildquali dazu beiträgt bei interlaced-material ein resize-filter zu benutzen...



Geschrieben von EthanoliX am 23.05.2004 um 21:02:

 

Die Reihenfolge der Filter müßtest Du im AVS-Skript nachsehen (und verändern?) können.

Auf jeden Fall verbietet es sich bei interlaced Material vertikales Verändern der Größe auf normalem Wege ohne vorher deinterlaced zu haben.

Eine Möglichkeit gibt es aber:

Trenne zuerst die Franes in Fields, dann kannst Du im Prinzip alle Filter verwenden, die eigentlich nich für interlaced Material geeignet sind.

Anschließend mußt Du nur noch die Fields zu Frames zusammen setzen.

Das sollte dann so aussehen:

SeparateFields()

undot()

temporalcleaner(7,7)

peachsmoother()

weave()



Geschrieben von empty am 23.05.2004 um 23:10:

 

Auf alle Fälle würde ich zuerst deinterlacen und anschließend croppen, resizen u.s.w., es sei denn du brauchst Rauschfilter, dann nach EthanoliX' Methode. Die Frage ist wozu benötigst du einen Resizer? Willst du die Bildgröße verkleinern um mit niedrigerer Bitrate zu encoden oder willst du nur auf ein korrektes Aspect Ratio stellen? Wenn du nach mkv encodet würdest, kannst du das korrekte AR mit als Tag angeben und benötigst somit den Resizer nicht. Andernfalls musst du halt austesten, ob dir die Quali auch ohne Bild verkleinern ausreicht. Augenzwinkern
Viele Grüße bb empty



Geschrieben von akapuma am 23.05.2004 um 23:31:

 

Hallo,

ich resize an sich immer, da ich vom Film (meist DVB-Quelle) gerne die unsauberen Ränder abschneiden möchte. Dann sind aber meist weder vertikale noch horizontale Auflösung durch 16 teilbar, das sollten sie aber für XviD und DivX besser sein. Für bessere Wiedergabe - je nach Grafikkarte - sollte die horizontale Auflösung sogar besser durch 32 teilbar sein. Ich denke aber, daß man beim Resizen um 100% nicht allzu viel verkehrt machen kann.

Gruß

akapuma



Geschrieben von empty am 23.05.2004 um 23:40:

 

Zitat:
Dann sind aber meist weder vertikale noch horizontale Auflösung durch 16 teilbar, das sollten sie aber für XviD und DivX besser sein. Für bessere Wiedergabe - je nach Grafikkarte - sollte die horizontale Auflösung sogar besser durch 32 teilbar sein.
Wegen einer etwas geringeren CPU-Last beim Decoden vermatsche ich mir nicht mein Bild durch einen Resizer. Zunge raus Für Xvid muss die Auflösung AFAIK nur durch 4 teilbar sein wegen YV12.
Viele Grüße bb empty



Geschrieben von akapuma am 24.05.2004 um 19:23:

 

Hallo,

viel zum Thema "Teilbarkeit" steht hier.

Gruß

akapuma


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH