*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *dvd=>avi/ogm/mkv/mp4* (http://www.flaskmpeg.info/board.php?boardid=25)
-- falsches AR? (x264 anamorph) (http://www.flaskmpeg.info/thread.php?threadid=6120)


Geschrieben von breez am 07.06.2007 um 13:25:

  falsches AR? (x264 anamorph)

Hallo,

ich bins wieder und hab auch ein Problem mitgebracht. großes Grinsen


Ja, also wie schon öfter hab ich gestern eine 16:9 PAL-DVD mit meGui und x264 anamorph encodet, also auch "--sar 16:10" bei custom commandline hinzugefügt.

Habe weder deinterlaced noch resized, nur von 720x576 auf 712x424 gecroppt und in mp4 gepackt.
Im ersten Moment scheint auch alles richtig zu sein, doch wenn ich das originale Video öffne, fällt mir doch ein Unterschied auf (das Encodete ist etwas in die Breite gezogen).

Was mach ich nun wieder falsch? smile


Thx!



Geschrieben von Selur am 07.06.2007 um 13:35:

 

Zitat:
Ja, also wie schon öfter hab ich gestern eine 16:9 PAL-DVD mit meGui und x264 anamorph encodet, also auch "--sar 16:10" bei custom commandline hinzugefügt.

Warum haste in MeGui nicht einfach anamorphes Encoding ausgewählt und MeGui das setzen des AR überlassen?

Zitat:
Was mach ich nun wieder falsch?

Du lässt MeGui nicht das machen was es kann. 16:10 muss übrigens nicht immer richtig sein. Augenzwinkern

Cu Selur



Geschrieben von breez am 07.06.2007 um 14:05:

 

aha Augen rollen *g*


du meinst "clever anamorphic encoding"?

welche der 4 Möglichkeiten sollte ich auswählen?

In den Essentials empfiehlst du ja "resize to mod16" ... dachte aber anamorph ist auch ein Grund, nicht resizen zu müssen?



Geschrieben von Selur am 07.06.2007 um 14:09:

 

Das ist auch einer der Fehler im Guide. smile
Eigentlich sollte da "crop to mod4" empfohlen werden. smile



Geschrieben von breez am 07.06.2007 um 14:56:

 

sieht gut aus, vielen Dank!

allerdings hab ich jetzt 420 statt 424 pixel Höhe, weil ich gleich "manuell" gecroppt habe wie vorher ... bei "crop to mod4" brauch ich daher gar nicht vertikal croppen, oder?

EDIT: ok ich hab mich vertan, Höhe mit Breite verwechselt ^^
-> schnall es noch immer nicht



Geschrieben von Selur am 07.06.2007 um 15:06:

 

Du croppst ganz normal und MeGui croppt eventuell noch etwas mehr um auf mod4 zu kommen. smile

Cu Selur

Ps.: Das Problem liegt teilweise an Avisynth, siehe: http://forum.gleitz.info/showthread.php?t=34334



Geschrieben von breez am 07.06.2007 um 15:19:

 

aber 424 ist doch auch durch 4 teilbar verwirrt

naja, halb so wild wegen 4 pixel weniger großes Grinsen


ich danke dir Daumen hoch!



Geschrieben von Selur am 07.06.2007 um 15:26:

 

Vermutlich schneidet er was ab damit es mit dem Aspect Ratio richtig hinhaut. smile
Wird vermutlich durch: II.3.10.1.2.2 Acceptable Aspect Error (MeGui Essentials) beeinflusst.



Geschrieben von EthanoliX am 30.06.2007 um 16:31:

 

x264 arbeitet doch mit sample aspect ratio also dem Seitenverhältnis der Pixel an sich, also dem Wert, um den jeder Bildpunkt gestreckt oder gestaucht wird.

Wenn er die Quelle nicht Resizet, ist das SAR immer gleich, egal wie er Croppt.
Handelt es sich um eine 16:9 DVD sollte der richtige wert für x264 bei 35:24 liegen. 16:9 (ich gehe davon aus, daß 16:10 ein Tippfehler war.) ist die display aspect ratio also das Seitenverhältnis des Bildes, so wie es letztendlich angezeigt werden soll, welches bei einer 16:9-DVD, die auf 712*420 gecroppt wurde, letztendlich bei 2,4 liegen sollte.


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH