ich habe ein Problem mit der Videoverarbeitung in Premiere CS5. Bilder sagen zwar mehr als tausend Worte, aber eine kurze Erläuterung ist angebracht:
Ich nutze die Canon HF11 um Videos zu erstellen. Mir ist dabei schon vor langer Zeit aufgefallen, dass die von ihr erzeugten .mts Dateien abgespielt im VLC Player wesentlich besser, aber vor Allem anders aussehen, als das, was Premiere bei (vermeintlich) hochwertiger Codierung ausgibt.
Im folgenden ein Vergleich zweier snapshots. Zuerst direkt aus dem .mts File. Dann der gleiche Ausschnitt aus dem Video, das durch Premiere CS5 exportiert wurde mit dem Standardsetting h264, HighQuality 1080p25 (32mps target rate)
Auffällig ist nicht nur der Schärfeverlust, sondern besonders die drastische Verfärbung.
Mir geht das schon länger auf den Keks. Da ich bislang die Videos aber immer bei einem Kollegen rausgerendert habe und mir jetzt mal eine eigene Maschine dafür zulegen wollte, muss ich das jetzt endgültig mal klären.
Habt ihr eine Ahnung, woran das liegen kann?
Wenn ja, wie kann man es vermeiden?
Wäre echt super, wenn ihr mir da helfen könntet.
Grüße,
Fert
Und der Rest ist doch irgendwie logisch - schon komprimierte Formate werden nicht besser, wenn man sie nochmal komprimiert, egal wie hoch die Datenrate ist.
Mylenium hat geschrieben:Und der Rest ist doch irgendwie logisch - schon komprimierte Formate werden nicht besser, wenn man sie nochmal komprimiert, egal wie hoch die Datenrate ist.
Das stimmt nicht.
(außer man betrachtet es "unterm Mikroskop")
Ich würde eher vermuten, Premiere hat einen beschissenen Deinterlacer der aus den 50i das 25p macht.
Mylenium hat geschrieben:LMGTFY (Let me Google that for you):
Danke. Klar: Wenn man weiß, wonach man sucht, ist das einfach. Ist ja nicht so, dass ich nicht Google und Foren-Suche schon stundenlang gequält hätte.
Mylenium hat geschrieben:Und der Rest ist doch irgendwie logisch - schon komprimierte Formate werden nicht besser, wenn man sie nochmal komprimiert, egal wie hoch die Datenrate ist.
Logisch werden sie nicht besser. Aber eine derart drastische Verschlechterung bei so hoher Datenrate?
Der Suchmaschinenoutput hinterlässt mich allerdings unschlüssig.
Es ist ein Bug im Codec? Es gibt zahlreiche Workarounds, aber keine Lösung? Das hieße, h264 ist inhärent defekt? Das klingt für mich wenig plausibel. Gibt es keinerlei Alternative, die "einfach funktioniert", direkt aus Premiere heraus?
tommyb hat geschrieben:Nicht der Codec ist scheisse sondern der Encoder.
In meinem Post drüber steht alles wichtig drin, was Du beachten solltest.
Ich bin dir für deinen Hilfeversuch echt dankbar, kann damit aber leider rein gar nichts mit anfangen. Denn ich nehme in 25p auf und bearbeite in dem Modus und rendere über das entsprechende Preset auch in 25p raus.
Auch würde es das "washed-out gamma"-Problem nicht erklären, oder?
Es wäre nett, wenn du noch einen konkreteren Vorschlag hättest.
Meines Erachtens ist das überwiegend auch kein Gammaproblem, dieses liegt nach dem Rendern nur knapp daneben. Der Fehler muss tiefer liegen. Es scheint, dass gewisse Farben, hier dunkleres Rot, überhaupt neu und falsch interpretiert werden.
Man kann nämlich in Photoshop machen was man will. Unter Beachtung der Hautfarben und dem olivdunkelgrünen Hintergrund gibt es keine auch noch so komplexe primäre Farbkorrektur, die das Originalrot des T-Shirts ohne Beeinträchtigung der vorhin erwähnten Konstanten hervorbringen könnte.
Das wäre nur über eine sekundäre Farbkorrektur möglich.
Wenn du meinst, dass es nur ein Gammaproblem ist, dann sei dir das unbenommen. Nach neuerer Interpretation betrifft Gamma nur die Mittelbereiche eines Bildes, nach älterer die gesamte lineare "Steilheit" der Bild-Gradation.
Du könnterst ja mal sowohl in deinem NLE als auch in Photoshop über die Gesamtgammakurve nur die Mitten in der Kurve etwas herunterziehen (das wäre also die derzeitige Interpretation von Gamma) und du würdest sehen, dass die Farben von Ferts Tshirt trotzdem nicht stimmen.
Das ist kein wirkliches Gammaproblem, sondern ein viel komplexeres
Zuletzt geändert von domain am Mo 07 Mär, 2011 18:20, insgesamt 1-mal geändert.
Im folgenden ein Vergleich zweier snapshots. Zuerst direkt aus dem .mts File. Dann der gleiche Ausschnitt aus dem Video, das durch Premiere CS5 exportiert wurde mit dem Standardsetting h264, HighQuality 1080p25 (32mps target rate)
@ruessel
Genau das mein ich, der Fehler tritt im Player auf (wie im Ausgangspost beschrieben), das Material ist in Ordnung.
Er schreibt aber, das die Verfärbung vom rendern kommt. Das ist bei mir nicht der Fall...
danke erstmal. Ich finde das sehr aufschlussreich, wundere mich aber dennoch, warum dann JEDER Player das Material so anzeigt, wie von mir beschrieben (YouTube eingeschlossen). Und wenn es am Player (hier: VLC) liegt, warum? Und was ist umzustellen? Es würde bedeuten, dass der VLC Player selektiv das h264 Material falsch anzeigt.
Und was ist darüber hinaus mit dem Schärfeverlust? Wie ist der bei 32mbps zu erklären?
Warum? Weil die ganzen Player (einschließlich YouTube) die 3D-Ebene der Grafikkarte nutzen um das Video anzuzeigen. Diese 3D-Ebene wird aber beeinflusst durch Einstellungen im Treiber...
schon mal ausprobiert, das gerenderte Video nach Premiere zu reimportieren? Sollte dann auch so aussehen, wie das Ausgangsmaterial.
Gute Idee! Gemacht, geprüft: Gleiches Ergebnis. Will meinen: Die Verfärbung tritt auch da (bei der Darstellung des codiersten mp4-files in Premiere) auf. Ich hätte es aus dem Bauch heraus immer am ehesten als einen Gelbstich bezeichnet.
Und was weiter oben aufkam: Ja, es sieht eben nach mehr als einer "einfachen" Gamma-Verschiebung auf, aber im Internet scheit sich die Bezeichnung "washed-out gamma" durchgesetzt zu haben. Nah genug dran ist es ja.
Noch was anderes.
Hast du mal den Weg über die Umstellung des VLC Players ausprobiert?
Hatte ich weiter oben beschrieben.
Irgendwas sollte da auch passieren.
Das ist nicht richtig.
Wenn es so wäre, sollte das Video auch in der Schnittsoftware "falsch" angezeigt werden.
Nicht zwangsweise.
Vegas 9 z.B. lässt sich nicht von der Grafikkarte beeinflussen in der Darstellung. Viele Player jedoch schon (MPC, MPC-HC, Windows Media Player, VLC mit bestimmten Optionen).
tommyb hat geschrieben:Vegas 9 z.B. lässt sich nicht von der Grafikkarte beeinflussen in der Darstellung. Viele Player jedoch schon (MPC, MPC-HC, Windows Media Player, VLC mit bestimmten Optionen).
Natürlich greifen auch Schnittprogramme wie Premiere und Avid MC auf den Grafikkartentreiber zu und können durch ihn beeinflusst werden.
Macht anders auch irgendwie keinen Sinn.
Ich würde hier mal kurz zusammenfassen. Ein aus Premiere exportiertes mp4 Video (h264) unterscheidet sich nach dem Reimport in Premiere NICHT vom Ausgangsmaterial. Es wird aber sehr wohl in Playern falsch (zu hell, blass) angezeigt.
Dieses Problem steht mit einer Fehlinterpretation des Gammawertes durch Quicktime unter WINDOWS in Zusammenhang.
Du bezeichnest das "als gamma-washed-out", andere als "gamma-shift", keine Ahnung..., aber man sollte verstehen, dass das ein ANZEIGEPROBLEM ist.
Wenn, wie du geschrieben hast, dein Video nach Export und Reimport Unterschiede zum Ausgangsmaterial aufweist (immer vorausgesetzt, keine zerstörerisch kleine Datenrate zu verwenden), dann lässt das darauf schliessen, dass das Material beim Rendern verändert wurde.
Das macht Premiere von sich aus nicht.
Das hat auch mit dem oben beschriebenen Problem nichts zu tun.
Klingt also nicht nach einem allgemeinen, eher speziellen Problem.
Gammashift äußert sich in scheinbar zu starken oder zu schwachen Kontrasten, die aber lediglich ein Problem der Darstellung sind. Farbverschiebungen sind dafür nicht typisch.
Könnte es sein, dass es gar kein nativer Sequenz-Export (H.264 lässt sich doch in APP CS5 als Projekt einstellen, oder nicht?) ist, sondern eine Ausgabe, bei der irgendeine Farbraum-Anpassung reingerechnet wurde?
Übrigens weist mich bitte mal auf eine aussagekräftige Stelle hin, bei der das zweite Bild angeblich eine schwächere Auflösung haben soll ...
dienstag_01 hat geschrieben:
Natürlich greifen auch Schnittprogramme wie Premiere und Avid MC auf den Grafikkartentreiber zu und können durch ihn beeinflusst werden.
Macht anders auch irgendwie keinen Sinn.
Und nochmal:
Warum passiert das nicht in Vegas?
Mit dem Zugriff auf die Grafikkarte meine ich nicht den allgemeinen Desktop der seit Vista beschleunigt und auf der Karte gerendert wird (mittels Aero).
Wie gesagt: in Vegas ist es kein Problem weil die Files dort eben nicht in einer 3D-Vorschau angezeigt werden die mit der Option "Video im 3D-Render" gekennzeichnet ist (was den Treiber dazu zwingt alle tollen Videooptimierungen genau da drin auszuführen).
Aber gut... sucht weiter - wenn's doch keinen Sinn macht.
Ich würde hier mal kurz zusammenfassen. Ein aus Premiere exportiertes mp4 Video (h264) unterscheidet sich nach dem Reimport in Premiere NICHT vom Ausgangsmaterial. Es wird aber sehr wohl in Playern falsch (zu hell, blass) angezeigt.
Dieses Problem steht mit einer Fehlinterpretation des Gammawertes durch Quicktime unter WINDOWS in Zusammenhang.
Klar.
dienstag_01 hat geschrieben:Du bezeichnest das "als gamma-washed-out", andere als "gamma-shift", keine Ahnung..., aber man sollte verstehen, dass das ein ANZEIGEPROBLEM ist.
Bezogen auf den darüber von dir genannten Fall: Selbstverständlich.
dienstag_01 hat geschrieben:Wenn, wie du geschrieben hast, dein Video nach Export und Reimport Unterschiede zum Ausgangsmaterial aufweist (immer vorausgesetzt, keine zerstörerisch kleine Datenrate zu verwenden), dann lässt das darauf schliessen, dass das Material beim Rendern verändert wurde.
Exakt.
dienstag_01 hat geschrieben:Das macht Premiere von sich aus nicht.
Das hat auch mit dem oben beschriebenen Problem nichts zu tun.
Klingt also nicht nach einem allgemeinen, eher speziellen Problem.
Was ich konkret mache, habe ich ja oben beschrieben: Ich nehme das "hochwertigste" h264 Setting, das Premiere bzw dessen Exporter als Standard anbietet. Und dann passiert genau das. Übrigens nicht erst in CS5, sondern auch in CS4 und auf verschiedenen Rechnern, an denen ich das Vergnügen hatte, zu arbeiten. Es wäre schon ein großer Zufall, wenn die Besitzer dieser Rechner alle (bewusst oder unbewusst) die gleiche Sache verstellt hätten.
Ich schaue mal, ob ich in den nächsten Tagen einen Vergleich zwischen Original und Reimportiertem Bild hochladen kann.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
