Auflösungen & Aspect Ratios

So...hab's jetzt zu drei Vierteln verstanden, und dafür schon mal vielen Dank an alle ! :daumen:

Und nun zum letzten Viertel :

Ich habe ein Capture in 768 x 576 mit quadratischen Pixeln, also die volle PAL Auflösung, welches ich mit dem TMPGEnc in DVD-Konformes 720 x 576 mit richtigem Aspect Ratio bringen will.

1. Test :

So wie ich's hier gelernt habe, sieht mein AviSynth-Script folgendermassen aus :

DirectShowSource("C:\Videos\Video 1.avi",fps=25)
BicubicResize(704,576)
AddBorders(8,0,8,0)
ConvertToYUY2

Das müsste ja soweit korrekt sein, oder ?

Soweit ich es bisher verstanden habe, legt man im TMPGEnc mit "Source Aspect Ratio" ja quasi auch das PAR fest.

Somit stelle ich in diesem Beispiel "4:3 625 Line (PAL, 704 x 576)" für ein PAR von 1,094 ein ==> Ergebnis siehe Bild 1 im Anhang.


2. Test

Mein Gedanke : "4:3 625 Line (PAL, 704 x 576)" ist für ein PAR von 1,094, also muss wohl "4:3 625 Line (PAL)" wohl für ein PAR von 1:1 sein. Also habe ich das Resizing etc. aus dem Script entfernt, so dass AviSynth quasi nur das Original in 768 x 576 übermittelt hat.

Dann sieht's so aus wie Bild 2 im Anhang, passt also nicht.


3. Test

Schlüssig fand' ich auch "1:1 (VGA)", wenn's um's PAR geht, dann vielleicht 1:1 ?

Es passt, es ist exakt wie bei Test 1.


Und nun die Frage : wofür ist "4:3 625 Line (PAL)", wenn nicht für quadratische Pixel bei 768 x 576 ?


Und noch eine Frage am Rande : wieso muss ich plötzlich unter mein Script "ConvertToYUY2" schreiben ? Mit einem anderen Capture (selber Codec - bzw. kann ich nur den Karteneigenen Pinnacle MJPEG-Codec verwenden - selbe Auflösung etc.) gings auch ohne, nur plötzlich blieb ohne dieses das Video schwarz...? Ich hab's dann spaßeshalber mal so ausprobiert, und das funktionierte. Kann meine Pinnacle DC 10 bzw. deren MJPEG-Codec je nach Eingangsvideo die Farbräume ändern ?

Zitat von Kika

dann stellst Du beim Source Aspect Ratio grundsätzlich NUR Center ein.

OK

Zitat von Kika

1:1 VGA, nun, das sagt doch bereits der Name, oder? Für 4:3 Source mit quadratischen Pixeln.

Genau, das dachte ich mir, es passt ja auch.

Zitat von Kika

Dein Schwarz-Problem... kann am Farbraum liegen, den der jeweilige Codec per default liefert.

Ja, muss es ja, aber kann sich der Farbraum - wohlgemerkt mit dem selben Codec - je nach Eingangsmaterial ändern ? Also kann der Codec je nach Eingansquelle (beides mal VHS-Video) die Farbräume wechseln ?
Selbst das Fenster mit einer eventuellen Fehlermeldung (z.B. wenn ich das fps=25 vergessen habe) ist nur schwarz, die normalerweise rote Schrift ist auch nicht da.

Und noch eine Frage zu dem fps=25 : das muss ich setzen, weil AviSynth sonst nölt "cannot determine frame rate of the video" oder so ähnlich, hat er sonst nie gemacht. Und auch dass mit dem Farbraum ist neu.

Aber kurz mal was zur Vorgeschichte : das Encoding meiner Pinnacle-MJPEG-Captures hat nie wirklich funktioniert, auf dem SAP zitterte das Bild wie blöd, aber nicht wegen falscher Field Order - ob progressive, Interlaced mit Feld A oder Feld B, immer das selbe.

Ich dachte mir, der Fehler könnte nur noch an einem falschen Codec bzw. DirectShow filter liegen, der quasi anstelle des Pinnacle-Codecs die MJPEG-Files decodet und dabei irgendeinen Fehler (vermutlich vornehmlich mit dem Interlacing) macht, der sich dann natürlich bis in den TMPGEnc und das resultierende MPEG fortsetzt.

Also hab' ich ein bisschen mit dem DirectShow Filter Manager herumgebastelt und dem "MJPEG Decompressor" von MS die Priorität entzogen und nur dem "MJPEG Decompressor AL/BS" und dem "Pinnacle DCxx MJPEG Render Filter" die höchste Priorität verpasst (wobei mir der Unterschied zwischen den beiden nicht ganz klar ist) und dann halt per AviSynth und "DirectShowSource" das File geöffnet. Und siehe da : das Zittern des MPEG auf dem SAP ist weg.

Dann hab' ich gerade noch gesehen, dass es noch einen "Pinnacle Colorspace Converter" gibt, der auf zweithöchster Priorität steht. Aber von was in was converted der ? Und wenn er das tut, dann müsste er es ja trotzdem "nur manchmal" machen.

Zitat von Kika

Dein Schwarz-Problem... kann am Farbraum liegen, den der jeweilige Codec per default liefert.

So, hab' mich jetzt mal ein klein wenig mit Farbräumen beschäftigt : AviSynth sagt mir (über "Info"), dass der MJPEG-Codec (zumindest in dem von mir getesteten Video) RGB32 liefert, und DV-Video z.B. YUY2.

Frage : der TMPGEnc kann offensichtlich nicht mit RGB32 umgehen ?! In was konvertiere ich denn dann am besten ? YUY2, wie beim DV-Codec ?

Und um nochmal auf den fps=25 Parameter zurückzukommen : wieso muss ich den benutzen ? Wieso kann AviSynth dass bei diesem Codec nicht herausfinden ?

Alles klar, vielen Dank !

Um nochmal auf's eigentliche Thema zurückzukommen :

Zitat von Kika

Dummerweise gibt's dann noch das generic PAR wie es z.B. Premiere auch benutzt. Da wird von einem PAR mit 1.667 ausgegangen. Das ist aber verkehrt und führt zu einer leicht verzerrten Darstellung.

Zitat von Kika

Das, was Premiere macht, ist verkehrt. Gebt dem einen Kreis von 576x576 in einem Quadratpixelbild von 768x576 und lasst es von Premiere zu DV/DVD umrechnen, dann ist es beim Anschauen auf dem TV kein Kreis mehr.

Das gilt aber nur, wenn ich etwas mit Premiere in DV encode, oder ? Weil wenn ich DV-Files (direkt von der Kamera gecaptured) schneide und wieder als DV ausgebe, ändert Premiere ja nichts an der Auflösung und/oder dem PAR, oder ?

Und nochmal genauer nachgefragt : wenn ich jetzt ein DV-File aus der DV-Cam in 720 x 576 habe, ist das quasi 704 mit 16 Pixeln Overscan, in denen nur halt hier kein schwarz ist, sondern Bildinformationen ? Oder müsste ich dann vorm MPEG-2-Encoding erst die vollen 720 in 704 resizen und dann wieder 16 Pixel schwarzen Rand anfügen, damit das AR stimmt ?

Ich dachte auch nicht an wegcroppen, sondern an quasi die kompletten Bildinformationen auf 720 Pixeln auf 704 zu "stauchen".

Aber jetzt ist alles klar, danke !:ja:

Zitat von scharfis_brain

neenee, einfach auf 720 px belassen, oder wenn Du ein wenig Bitrate sparen willst, 8px je seite croppen.

Ja, ich hab's jetzt auch kapiert. :ja:

Ich war nur noch etwas verwirrt vom Generic PAR, und da Kika meinte, Premiere mache es falsch, hatte ich die Idee, dass vielleicht die 720 Pixel des DV auch ein falsches AR haben könnten - so dass quasi die 720 Pixel voller Bildinformationen eigentlich mit 1,094 nur 704 sein dürften. Aber jetzt weiss ich ja, wie er's meinte und wie's richtig ist.

Zitat von Kika

Wer aber bei DV etwas sparen will, croppt es zu 704 und letterboxed es wieder zu 720. Ist bei vielen DVB-Streams und etlichen DVDs auch so gemacht.

Hmm...das bringt mich auf eine Idee, wie ich schon beim Capturing quasi mehr Bitrate auf's wesentliche packen kann : meine Pinnacle kann entweder 768 x 576 oder im "TV Crop"-Modus 720 x 540. Und da bei meinen Video-Captures sowieso die untersten Zeilen nur flimmernder Schrott sind, könnte ich die ja gleich weglassen...

Das würde ich dann von 720 x 540 so umwandeln :

DirectShowSource("C:\Video.avi", fps=25)
AddBorders(24,18,24,18)
BicubicResize(704,576)
AddBorders(8,0,8,0)
ConvertToRGB24

Gäb's da irgendwelche Einwände oder Verbesserungen ?

Und nochmal vielen Dank für die vielen Erklärungen an alle !