2,35:1 Ws nach 16:9 croppen resizen mit Szenenerkennung und variablen Bildausschnitt

Philips stellt 2.35:1 Fernseher her

Zitat

denn es gibt kein offizielles Format was diese Bildpunkte hat.

Das gibts schon.

EIZO SX3031W
30 Zoll – Widescreen LCD

Mein etwas kleinerer Eizo SX kanns nicht.

http://www.picturetools.de/ws/produkt.asp?ID=561&NS=1

Dein Problem gab es schon mal, als 16:9 durch die DVD zu einem Standard wurde, als die meisten nur einen 4:3-Fernseher hatten.

Schon damals gab es keine allgemeingültige Lösung für Pan&Scan - erstens hätten die DVD-Studios für alle Kinofilme Hinweisdaten benötigt, welche Szene welchen Ausschnitt zeigen soll (die hätte der originale Regisseur bzw. Produzent liefern müssen), zweitens hätten sie einen MPEG2-Encoder gebraucht, der solche Daten überhaupt in den MPEG-Videostream schreibt, und drittens hätten alle DVD-Player diese Daten dann auch verarbeiten müssen ... die meisten aber nehmen irgend eine Position als Standard an (und nicht alle zentrieren das Ausgabefenster)...

"Adaptives Pan&Scan" ist eine interessante Idee. Ich wüsste jedoch keinen Ansatzpunkt, so etwas hinreichend zuverlässig zu implementieren. Denn nicht immer muss dort der interessanteste Ausschnitt sein, wo die stärkste Bewegung berechnet wird. Man stelle sich nur eine Szene vor, in der ein Moderator sich praktisch nicht bewegt, dafür die gesamte Szene um ihn herum (oder ein eingeblendetes Ausschnittsbild).

Fand eure Diskussion ganz interessant und habe mal nen wenig im Netz gesucht / mit AviSynth gebastelt. Bin mit den Ergebnissen eigentlich ganz zufrieden, müsste nur mal wer testen, der ein Video im Cinescope Format als Quellmaterial herumliegen hat, inwieweit das für Videos Sinnig ist.

Natürlich ist das nicht so toll wie es eine automatische Szenenerkennung wäre, aber vielleicht ist es ja ein Ansatz in die richtige Richtung.

Ich habe mir zunächst fix ein Testbild mit der Auflösung1920x816 erstellt und davon ein uncompressed avi File gebaut. Hierfür habe ich dann ein AviSynth Script erstellt, welches das Video auf 1280x720 resized. Das Ergebnis kann man sich unten mal selbst downloaden, Script dafür ist auch dabei.

Danach habe ich mir ein zweitest Testbild gebastelt mit der Auflösung von 1280x720. Hiervon wurde wieder ein uncompressed avi Video erstellt. Danach habe ich es mittels AviSynth (LimitedSharpenFaster) nach 1920x816 gebracht.
Auch hierfür gibt es ein Testvideo und das dazugehörige Script. Das einzige noch bestehende Problem ist, dass mein erstelltes 1920x816 Video durch MeGui leider im 16:9 Format landet. Hier müsste ich noch mal schauen, wie und wo man das ändern kann.

Falls wer Quellmaterial im Cinescope Format hat, oder das umwandeln von klein nach groß mal mit seinem Quellmaterial testen möchte, der kann das hier ja mal saugen:

Quellmaterial

@ DaXmYsT

Deine Scripte sind totaler Quark. Sowas sollte man nicht unters Volk werfen ... am Ende benutzt das noch jemand! Um Himmels Willen!

Script "1920x816 to 1280x720.avs" :

Wenn der Input 50i ist, dann dieses Script ganz schlimm falsch. Zerstörung der Interlace-Struktur.
Wenn der Input progressiv ist, dann wird die Bildqualität unnötig verschlechtert.

Script "1280x720 to 1920x816":

Dieses Script ist einfach nur Quatsch. 720p ist progressiv, also hat MVBob (ein Bob-Deinterlacer) dort nichts verloren. Der Versuch war wohl, die Framerate zu verdoppeln, um am Ende einen interlacten 1080i-Stream zu produzieren. Aber, so wie Script und zu erwartendes Quellmaterial sind, macht das alles herzlich wenig Sinn.

Kannst ja die Scripte mal in einem eigenen Thread zur Diskussion stellen, da wirst Du dann bestimmt Antworten kriegen.

In diesem Thread hat das eh' nix verloren, weil es mit dem gewünschten *adaptiven* Cropping nichts zu tun hat.

Zitat von LigH

Schon damals gab es keine allgemeingültige Lösung für Pan&Scan - erstens hätten die DVD-Studios für alle Kinofilme Hinweisdaten benötigt, welche Szene welchen Ausschnitt zeigen soll (die hätte der originale Regisseur bzw. Produzent liefern müssen), zweitens hätten sie einen MPEG2-Encoder gebraucht, der solche Daten überhaupt in den MPEG-Videostream schreibt, und drittens hätten alle DVD-Player diese Daten dann auch verarbeiten müssen ... die meisten aber nehmen irgend eine Position als Standard an (und nicht alle zentrieren das Ausgabefenster)...

Sind das die Daten, welche bei MPEG-2 in der Picture Display Extension stehen?

Ich glaube ja; katjarella hat doch mal hank315 bekniet, die im HC-Encoder zu unterstützen.

Nebenbei mal ne Frage:
Was gibt es eigentlich für gute MPEG-2 Encoder die (Yv12/RGB/..) Input per stdIn annehmen?