Wenn ich den Film in Premiere schneide, sind die Farben irgendwie satter und nach dem Export wirkt das Bild jetzt irgendwie trüber. Mir ist klar, dass es beim Export zu Qualiverlust kommt, aber eventuell gibt es eine Möglichkeit, diesen Verlust klein zu halten?
Ich hatte beim Ziel auch mal mit 30mbit rumprobiert, aber keine Besserung feststellen können.
Das hat nichts mit der Bitrate und der allgemeinen Qualität des Videos zu tun, sondern mit dem Farbraum.
Unterschiedliche Player liefern unterschiedliche Ergebnisse.
Es ist durchaus möglich, dass das Video auf Vimeo richtig dargestellt wird. Vielleicht mal testen.
@B.DeKid
Das hat definitv nichts mit den Projekt-Settings zu tun.
Es gibt haufenweise Threads zu diesem Thema und das betrifft alle NLEs (nicht nur Premiere).
Verteinfacht gesagt geht es darum, Material, was aus einem Farbraum mit 16-235 Spezifikation kommt auf einem Gerät wiederzugeben, was einen Farbraum mit 0-255 Spezifikation darstellt (Computermonitor). Die Player verhalten sich da bei unterschiedlichen Materialien sehr unterschiedlich. Ist leider so.
Was hilft: anderen Player, anderen Renderer (bspw. beim VLC Player, bei Media Player HC kann man explizit den Farbraum wählen) oder anderen Encoder ausprobieren. Andrerer Encoder geht bei Premiere nicht, würde aber auch nur wieder zu einem Ergebniss führen, was niemals in allen Playern gleich aussieht (Gilt alles speziell für h264).
Interessant ist, das Flash-basierte Player (wie Youtube), den Farbraum richtig wiedergeben. Ob Vimeo das auch macht, weiss ich nicht, nehme es aber an.
dienstag_01 hat geschrieben:@B.DeKid
.....
Verteinfacht gesagt geht es darum, Material, was aus einem Farbraum mit 16-235 Spezifikation kommt auf einem Gerät wiederzugeben, was einen Farbraum mit 0-255 Spezifikation darstellt (Computermonitor). .......Interessant ist, das Flash-basierte Player (wie Youtube), den Farbraum richtig wiedergeben. Ob Vimeo das auch macht, weiss ich nicht, nehme es aber an.
Ai mer`kst was ?
Ergo - un natürlich hat das Projekt Setting was mit dem Farbraum zu tun - egal ob Druck oder Video !
Und genau da liegt auch des TO s Hase begraben!
Gibt immerhin genug Leute die nichmals Ihre Gamma Werte passend einstellen und dann rumheulen ( Transfer Mac zu PC zB)
Und wer im Endeffekt nicht darauf achtet beim Export , der bekommt halt auch in / auf VIMEO nich das angezeigt wie es vorher ja ausgesehen hat!
Oder was will man mir erzählen (?) , dem jenigen der hier tagtäglich Bilder für den Druck vorbereitet ?
"Farbraum" heisst das Zauberwort ! Ergo TO hat die Settings verhauen .
Den Verlust der Spitzlichter kann man in der Y-Kurve von EDIUS z.B ausgleichen in dem man auf "Linear" umschaltet und den oberen Punkt der schrägen Linie auf 233,255 setzt. Einfach mal testen...
** S8-Hobbyfilmer seit 1970, Video seit 1988, Rechner i9-14900K, NVIDIA RTX 5060, W11 Pro**
** Aktuelle Hauptkameras: DJI Osmo Pocket 3 Gimbal-Kamera, Xiaomi 14T Pro und Sony ZV-1**
ich habe dasselbe problem. habe mit 5D und 550D gedreht und schneide mit premiere cs4 auf windows.
da ich leider wenig ahnung von farbräumen, codecs & co habe bin ich am verzweifeln.
derselbe clip wird mit auf vlc zu schwach und mit wmp viel zu bunt angezeigt. ein melierter schwarzwert und keine schöne farbwiedergabe, egal, ob mit VLC, QT oder WMP abgespielt.
gibt es keine akzeptable exportlösung für jemanden, der nicht in die tiefen des themas eingeweiht ist?
so schwer kann das doch nicht sein.
oder habe ich nur falsche vorstellungen?
ich habe das selbe Problem, allerdings mit finalcut. Ich kodiere das material in appleproress um besser schneiden zu könne, dann sieht es schonmal anderes aus, nicht mehr so satt. Anschließend, wenn ich es in finalcut importiert habe, sieht es immer noch so aus, wenn ich es danach wieder in ein H264 exportiere, sieht es wieder aus wie das Original. Das liegt unteranderem auch an den verschiedenen Codecs. Die ganze Sache ist relativ unübersichtlich und nicht ganz einfach.
Man kann das Gammashift nennen (von mir aus, hab ich ja auch mal gedacht), aber eigentlich hat das mit den fehlenden Farbrauminformationen bzw. deren Fehlinterpretation durch die verschiedenen Player zu tun.
Sieht man u.a. hieran:
random hat geschrieben:derselbe clip wird mit auf vlc zu schwach und mit wmp viel zu bunt angezeigt.
Zum Codec: Ich arbeite mit AVCHD und importiere das native Material einfach direkt und exportiere als H.264 (Mp4)-
Zum Player: Ist ja irgendwie auch nix, wenn ich jedem eine Notiz anfügen muss, mit welchem Player er die Datei doch bitte abspielen soll.
Zum Gammashift: Läuft das einfach über die normale Effektebibliothek oder muss ich da etwas Spezielles beachten?
Gibt es einen bestimmten Wert, der generell zu empfehlen ist, oder probier ich einfach aus?
random hat geschrieben:Zum Player: Ist ja irgendwie auch nix, wenn ich jedem eine Notiz anfügen muss, mit welchem Player er die Datei doch bitte abspielen soll.
Geht aber nicht anders. Man kann kein Video woher auch immer in mp4 exportieren, dass es auf allen Playern gleich aussieht.
Hat Dein NLE einen Waveform Monitor ?
Dann schau doch da einmal drauf oder stell mal ein Bild ein, dass man es mal kurz analysieren kann.
Es wird schon so sein, wie Kid und dienstag sagen, dass Du ausserhalb des korrekten Farbraum arbeitest.
Einmal kurz korrigiert und die Sache in (auch auf allen Playern) erledigt.
Mit dem benutzten Codec hat das nichts zu tun.
Er kommt von h.264 und geht nach h.264
Wo bitte soll sich da etwas ändern.
Es sei denn, Du kurbelst da drin rum.
Ausserdem ändert ein Codec nichts am angelegten Farbraum, solange der korrekte Farbraum benutzt wird.
Das ist nun einmal der Vorteil von normierten Standards.
Stell ein mp4 Video zum download (z.B. ColorBars), ich teste.
Wetten...
Siehst Du, das ist eben das Problem ... die Rumkurbelei.
Ich trau Dir durchaus zu, dass Du jeden Farbraum versauen kannst.
WoWu hat geschrieben:Er kommt von h.264 und geht nach h.264
Wo bitte soll sich da etwas ändern.
Wir haben da schonmal vor einiger Zeit drüber diskutiert. Das Problem ist die Abbildung des 16-235 Farbraums auf einem Computermonitor mit 0-255. Ich spreche da von INTERPRETATION durch die Player (ist vielleicht nicht korrekt, aber anders verstehe ich es nicht). D.h., der Schwarzwert muss mit 0/0/0 ausgegeben werden, sonst ist er auf dem Computermonitor nur Grau. Selbiges gilt für Weiss (255/255/255, kommt aber von 235/235/235).
Bei Codecs wie DNxHD funktioniert es (auf VIELEN Playern), bei mp4 nicht.
Ich weiss, dass du jetzt gleich wieder meine Aussage zu zerlegen versuchst. Aber bitte, verabschiede dich von deiner Broadcast-Strecke mit Ausgabe auf einen Monitor über eine Karte, die Video-Level ausgibt. Hier geht es um den Computermonitor (der ist für viele Anwender relevant).
Jeder Monitor kann Gamma 2,2 darstellen und ist somit 709 fähig.
Ebenso kann jeder Player 709 darstellen (Weil jeder 8 Bit Monitor innerhalb von 1-255 auch 13-253 darstellen kann), einzige Ausnahme war Quicktime, weil sie das alte Printgamma benutzt haben.
Aber das ist mittlerweile korrigiert.
Wenn Du irgendwelche obskuren Hardwareverquickungen hast, oder mindestens ebenso obskure Formatwandlungen vornimmst, dann schieb das nicht darauf, dass Standards nicht funktionieren oder Hersteller (bis auf Apple) nicht wissen (wussten), wie man Standards in Player implementiert.
Es stimmt einfach nicht.
Ja, das merke ich, aber man muss sich darüber natürlich nicht wundern, wenn dann irgendwelche kreuz-und-quer Wandlungen vorgeschlagen werden oder man von h.264 nach Intermediates wandelt, ohne den Unterschied in den Farbräumen zu kennen und "für alle Fälle" dann mal RGB nimmt.
Oder wenn man (sehr beliebt bei den Fotoknipsen) irgendwelche Gammakurven einläd und dann anschliessend nicht mal die 7 IRE Korrektur (USA) anständig auflöst.
Oder "Superweiss" für 'ne tolle Sache hält und sich dann beschweren, dass es bei Youtube anders aussieht ... oder xvYCC nicht korrigiert ...
es gibt viele Ursachen, dass Leute hier nachfragen, woran's denn liegt.
Fehlbedienung ist nach wie vor die häufigste Fehlerquelle.
Soll ich jetzt Deine Fehler suchen ?
Du wirst die Fehler Deiner Hardware oder Deiner Bearbeitung schon selbst suchen müssen .... bei der Apple Macke hat das aufhast 20 Jahre gedauert, bis sie beseitigt wurde.
Quicktime, glaub ich nicht (Zumindest zeigt mir der QTPlayer an, dass er das File nicht öffnen kann).
Ich bin mir ziemlich sicher, dass die Player verschiedene Renderer verwenden. Bei VLC z.B. könnte ich das ändern, bekomme dann aber neu Probleme (und wenn ich das Video weitergeben will, sage ich nicht nur, nimm bitte den und den Player, sondern stell auch den oder den Renderer ein).
Nur das liegt dann nicht am Codec.
Darum ging es ja.
Pack mal deinen definierten Graukeil drauf, in dem die Werte (Stufen) in 709 abgebildet werden und schau dir das Ergebnis im Waveform Monitor an.
Notfalls, falls Du nicht an der Monitor-Schnittstelle messen kannst, nimm die Werte vom Screen ab.
Das Offset müsste man auch dort sehen können.
Daran kann man dann erkennen, ob die Werte linear versetzt sind oder ob eine falsche Gammakurve anliegt.
Davon, dass jeweils die neusten Playerversionen benutzt werden, geh ich mal aus.
Zunächst mal würde ich suchen, wer falsch darstellt und anschliessend: warum.
Kann Deine Kamera Farbbalken ausgeben ?
Ich hab ja schon haufenweise solche Tests gemacht, immer mit ColorBars. Die Fehler lassen sich schon abstellen/minimieren, aber NIE für alle Player.
Wenn ich gesagt habe, dass liegt am Codec, meinte ich nicht, dass der Codec was VERHAUT, sondern dass die Player da was falsch INTERPRETIEREN, also z.B. nicht den für den Farbraum optimalen Renderer verwenden.
Nur noch mal zur Erinnerung, DNxHD funktioniert, mp4 eben nicht.
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.
