| VLC und Quicktime DirectX Hardwarebeschleunigung -> zu helle Farben
Noch was unklar? Dann in unserem Forum nachfragen
Zum  Orginal-Thread / Zum Videobearbeitung / Hardware-Forum
Frage von blenderman:
Das Problem unter Windows: Die DirectX Hardwarebeschleunigung erzeugt bei Quicktime und VLC zu helle Farben. Bei Abgeschalteter Hardwarebeschleunigung stimmen die Farben wieder. Beim Windows Media Player passt es.
VLC Limited (;16-235)
Qt Limited(;16-235)
WM Full(;0-255)
Entweder ich schalte die Beschleunigung in beiden Playern einzeln ab oder ich zwinge die Grafikkarte (;in meinem Fall NVIDIA) den vollen Dynamischen Umfang zu nutzen. http://img24.imageshack.us/img24/5089/dynamicrange.jpg
Hier meine Frage. Gibt es einen Grund das VLC (;nur bei YUV ->RGB) und QT nur den Limitierten Farbraum auf Computer Monitoren nutzen? Oder beachten beide Player diese Einstellung nicht und der Standard sitzt auf Limited?
Antwort von WoWu:
Ich kann da nur vermuten, dass aufgrund der höheren Datenmenge 4:4:4 bei R'G'B' der Datendurchsatz per Taktung heraufgesetzt wird.
Inwieweit die helleren Farben mit der Umschaltung der Farbräume zusammen hängt oder ob es mit der "alten" Gammakurve in QT zu tun hat, müsste man untersuchen.
Insofern stimmt eigentlich alles und die Player arbeiten in Y'Cb'Cr', also in den standardisierten Farbräumen.
Sofern den Playern ein R'G'B' Signal angeboten werden sollte, muss der Farbraum entsprechend umgestellt werden.
Einen Fehler kann ich da nicht erkennen.
Was RGB betrifft, so muss man feststellen, ob die Player hier eine Gewichtung nach R'G'B' vornehmen. Vermutlich aber nicht und daher könnte sich auch das Gammaverhalten (;und somit der hellere Farbeindruck) einstellen.
Das ist so aus der Ferne ganz schwer zu sagen.
Übrigens, das Bild:
http://img24.imageshack.us/img24/5089/dynamicrange.jpg
kann ich nicht sehen, da sehe ich nur so einen kleinen Frosch. Vermutlich muss man da auch wieder irgendwo angemeldet sein ....
Antwort von blenderman:
Hallo Wolfgang,
ich hätte vermutlich nicht den Direkten Link verwenden Dürfen. Hier ist der ImageShack Link http://imageshack.us/photo/my-images/24/dynamicrange.jpg/
Mein Problem mit den Playern ist:
Quicktime. Jedes QT wird (;mit Hardwarebeschleunigung) zu Hell dargestellt.
VLC. Nur YUV Videos werden (;mit Hardwarebeschleunigung) zu Hell dargestellt. (;VLC konvertiert YUV->RGB per DirectX)
Windows Medial Player. Farben bleiben satt. Schwarz ist schwarz.
Das Problem besteht reproduzierbar auf allen mir bekannten WinXP und Win7 Rechnern.
Jetzt kann man entweder in den Grafikkarteneinstellungen den Dynamic Range auf 0-255 zwingen oder man verzichtet auf die Hardwarebeschleunigung.
Grüße,
Oli
Antwort von blenderman:
Hier das Bild über TinyPic
zum Bild
Antwort von WoWu:
Nein, das "Zwingen" auf RGB bringt nichts, weil ein Y'Cb'Cr' Signal dann gespreizt dargestellt wird und Du dann zusätzlich die damit verbundenen Artefakte hast.
Das Beste ist immer im Farbraum zu bleiben. Dein Problem besteht in der Gammakurve, so wie ich das jetzt verstehe. Du wirst das Gamma von 1.6 auf 2.2. ändern müssen.
Sofern die Software (;Player) das nicht zulassen, müsste es im Monitor geschehen.
Der Content ist aber vorher nicht über Quicktime-gelaufen ?
Hat also nicht die 1.6 Korrektur ?
Apple hat uns da ein ziemliches Ei gelegt, dass sie sich nicht rechtzeitig auf Video eingestellt haben und noch ewig an DTP festgehalten haben.
Antwort von dienstag_01:
Das Problem wurde hier schon oft diskutiert, meist unter dem Stichwort "Quicktime-Gammashift-Problem" o.ä.
Es gibt einen ganzen Threat "Wie lösen wir das Gammashift-Problem" mit einer endlosen Liste an Antworten und Vermutungen, aber auf die Idee, die Settings der Grafikkarte zu verändern, ist keiner gekommen (;zumindest nicht so detailiert, wie hier).
Das Problem tritt nicht bei allen Formaten auf, deshalb auch die Vermutung, dass es etwas mit Quicktime (;auch in anderen Playern) zu tun hat. Am ehesten wird es bei h264 bemerkt.
Was für ein Format verwendest du?
Antwort von WoWu:
Der Farbraum ist nicht abhängig von Codec und auch nicht die benutzte Konstant.
Oli müsste sehen, ob er im Player die Kostante verändern kann oder sich ein Setup im Monitor machen.
Das setzt aber eben voraus, dass sein Material ok ist.
Antwort von dienstag_01:
Der Farbraum ist sicher nicht abhängig vom Codec. Aber wie die Player den interpretieren, glaub ich schon. Bei h264 werden meines Wissens gar keine Farbrauminformatinen mit übergeben (;zumindest kann man die nicht einstellen/wählen).
Antwort von WoWu:
Am Codec kann man nie was einstellen.
Ich bin ziemlich sicher, dass er Y'Cb'Cr' mit einer 2.2k Kennlinie aus seiner Kamera bekommen hat.
Nun muss er die Kette mal durchgehen, ob sein Kontent irgendwann durch QT verändert worden ist. Wenn nicht, wird er die Kennlinie im Monitor einstellen müssen, sofern die Softwareplayer nicht einstellbar sind. Er kann es ja an der Grafikkarte durch Veränderung des Farbraums generieren (;was nicht die feine Methode ist). Es sieht also so aus, als wenn mit seinem Content und dem Monitor noch alles stimmt.
Nur wenn man den Player nicht einstellen kann, dann muss man es zwangsläufig am Monitor machen.
So viele Komponenten spielen da ja nicht mit.
Aber am Codec liegt es nun überhaupt nicht.
Vielleicht kann er die Konstante im Monitor LTU ja einstellen ?
Antwort von blenderman:
Zum Footage
Bei allen Quicktime Standardcodecs. Mpeg4, MJPEG, Foto-JPEG, h264 etc. Auch bei *.mp4 besteht das Problem.
Bei Avids DNxHD gibt es das Problem nicht. Möglicherweise wird hier keine Hardwarebeschleunigung verwendet.
Die Originale der Videos kommen vorranging aus DCC Programmen (;RGB 0-255) aber auch Footage von Rohschnitten oder direkt von Kameras. Das Problem gibt es eigentlich immer.
Zum Test habe ich beliebige *.mp4s von Youtube heruntergeladen. Der Windowsmediaplayer zeigts korrekt (;schwarz ist schwarz). Quicktime zu hell. VLC zeigt es korrekt an solange das Video nicht in YUV codiert ist.
Bisherige Problemlösung
Bisher habe ich Quicktimes *.mov in QT Pro verändert:
Movie Properties (;CTRL + J) -> Video Spur -> Visual Settings -> Transparency von "Dither Copy" auf "Straight Alpha"
Dann ist das Video unter Windows nicht zu hell. Egal ob mit oder ohne Hardware beschleunigung. Es zeigt die gleiche Farbe wie das Original. Es zeigt die gleiche Farbe wie auf dem iPhone oder Mac.
Zu den Playern
Bei VLC ist mir das Problem heute das erste mal bei einem mpeg2 aufgefallen. Ein Blick in die Preferences zeigt das VLC die Hardware zur YUV->RGB Umwandelung benutzt. Abgeschaltet. VLC neustarten. Schwarz bleibt Schwarz. Jipieeh
zum Bild
Bei Quicktime werden Videos korrekt mit GDI anstatt mit DirectX dargestellt. Schwarz bleibt Schwarz. Jipieeh.
zum Bild
Somit muss das also ein Problem der Player sein:
Softwareanzeige -> Die Farben sind korrekt
DirectX -> Die Farben sind zu hell
DirectX Einstellungen
Aber irgendwie ist es nicht so toll auf die Hardwarebeschleunigung zu verzichten. Darum habe ich mir heute die Nvidia Systemsteuerung angeschaut. Zwinge ich den "Dynamic Range" auf Full. Stimmen die Videos in allen 3 Playern. Zwinge ich den Dynamic Range auf Limited. Ist das Bild auf allen 3 Playern (;auch Windows Media Player) zu hell.
zum Bild
Meiner Meinung nach deutet alles darauf hin das VLC und Quicktime bei der Hardwarebeschleunigung den wert "Dynamic Range" nicht setzten. Standardmäßig steht dieser dann wohl auf Limited.
Antwort von dienstag_01:
@WoWu
Erinnere dich mal, was du in einem früheren Thread als Workflow für fehlerhafte Anzeige im QT-Player vorgeschlagen hattest (;Visual Settings umstellen).
Und der Fragesteller beschreibt, dass es ohne Hardwarebeschleunigung funktioniert.
Denkst du nicht, dass du gerade versuchst, ein vollkommen anderes Problem zu lösen.
Antwort von dienstag_01:
@blenderman
Du beschreibst genau das Problem, von dem hier so oft gesprochen wurde.
Interessant ist, wenn du h264 oder mp4 über Flash veröffentlichst (;was ja auf vielen Websites geschieht), funktioniert es.
Mein Workflow: encoding mit Sorenson Sqeeze, da kann man ein Flag setzen (;Set Black Normalisation To 16). Dann funktionierts.
Antwort von blenderman:
Das Problem kann ich übrigens auf mehreren Windows PCs mit unterschiedlicher Hardwareaustattung (;Graka immer Nvidia. Modelle unterschiedlich) nachvollziehen.
Ein weiteres Detail. Auf Arbeitsplätzen mit zwei Monitoren ist das Videobild auf beiden Monitoren zu hell. Schiebt man das Playerfenster aber auf beide Monitore, sind die Farben wieder richtig. Schwarz ist Schwarz.
Antwort von blenderman:
So sieht ein mp4 von Youtube auf einer Standard Windows Installation aus. Quicktime und VLC zeigen die Farben deutlich zu hell.
zum Bild
Antwort von dienstag_01:
Das ist ja genau das, was ich beschrieben hatte.
Antwort von blenderman:
So sieht es aus wenn wir DirectX in Limited zwingen. Alle Drei Player zu hell.
zum Bild
Und so sieht es aus wenn wir DirectX in Full zwingen. Alle Drei Player passend. Das gleiche Ergebniss wenn wir für VLC und Quicktime die Hardware beschleunigung abschalten.
zum Bild
Antwort von dienstag_01:
Hardwarebeschleunigung abstellen ist Unsinn, da werden schnell Frames ausgelassen.
Mit den Nvidia Settings arbeiten, keine Ahnung, was das auf andere Anwendungen (;NLE?) für Auswirkungen hat.
Wie gesagt, bei mir funktioniert es mit Sorenson Sqeeze.
Antwort von blenderman:
Übrigens ein bischen Heller bleibt Quicktime trotzdem noch.
Flash RGB 9 8 12
Player mit Hardwarebeschleunigung
WM RGB 8 9 10
QT RGB 33 33 33
VLC RGB 24 24 24
Player ohne Hardwarebeschleunigung oder mit erzwungenem Full Range
WM RGB 8 9 10
QT RGB 13 13 14
VLC RGB 9 9 10
Antwort von WoWu:
@ blendermann
Hallo Oli,
Von den QT-Standardcodecs verabschiede Dich mal. Am Codec liegt es nicht sondern an der Signalverarbeitung durch QT.
So, wie ich das aus Deiner Beschreibung gesehen habe, kommt der überwiegende Content aus DCC Programmen, liegt also in R'G'B' vor.
Wenn ich Deinen Screenshot sehe, dann wandelst Du Kamerasignale, (;YUV bzw. Y'Cb'Cr') ebenso nach R'G'B' um.
Damit bearbeitest Du bereits die unterschiedlichen Contentversionen in einem gemeinsamen Farbraum, was völlig korrekt ist.
Ich bin bisher davon ausgegangen, dass Du im 709 arbeitest.
Somit setzt es bereits an der Monitorkarte (;255) voraus, also die HW Beschleunigung.
Was ich gar nicht nachvollziehen kann ist, wo Du dann eigentlich noch mit andern Farbräumen in Berührung kommst ?
Wenn Du es ohnehin in beiden Contentversionen mit 255 zu tun hast, dann kann nur jede andere Wiedergabe fehlerhaft sein, es sei denn, es wird vorher zurück gewandelt, was nich produktiv wäre.
Also wäre die Einstellung 255 auf deiner Grafikkarte doch völlig richtig.
Oder habe ich jetzt irgend etwas übersehen ?
Die Beschreibung mit den beiden Monitoren und dem Playerfenster habe ich übrigens nicht verstanden. (;Asche auf mein Haupt)
Antwort von blenderman:
Bei mir funktionierts unter Quicktime Pro auch mit "Straigth Alpha". Das ganze ist aber müßig für jedes Video, Container-Format und Konvertierungstool.
Vor allem weil es anscheinend nur die Anzeige unter Windows mit Hardwarebeschleunigung betrifft. Wenn wir die Quicktimes oder mp4s mit Quicktime Pro oder mit ffmpeg in Einzelbilder (;tga, jpg, png) exportieren stimmt die Anzeige!
Antwort von blenderman:
@WoWu
Hallo Wolfgang,
Content
zu 98% geht es mir um DCC Content. 3D und Mographs. Also RGB 0-255.
Die letztens Screenshots waren ein mp4 Beispiel aus Youtube welche einen screen capture (;RGB 0-255) zeigen. Sozusagen betriffte das Problem nicht nur mich als DCC Produzent sondern auch den normalen Destkop User.
Allerdings bekommen wir auch 709 Content. Direkt von der Kamera oder aus dem NLE. Dort besteht das gleiche Anzeige Problem.
Zwei Monitore
Schiebt man das Quicktimefenster so das es in beiden Monitoren angezeigt wird: Linke Videohälfte auf dem Linken Montior. Rechte Videohälfte auf dem Rechten Montitor. Stimmt die Anzeige auch wieder (;identisch mit Abgeschalteter Hardwarebeschleunigung oder mit Full 0-255)
Vielen Dank für eure Zeit,
Oli
Antwort von blenderman:
Übrigens, ich glaube das hier zwei Probleme am Werk sind. Das beschriebene scheint wirklich an der Hardwarebeschleunigung zu liegen.
Der Quicktime GammaBug oder GammaShift tritt nur bei bestimmten Codecs auf. z.B. erzeugt ein Quicktime h264 (;aus AfterFX 5.0) ein helleres Bild. Der auch mit aufgezwungenem "Full Range" oder abgeschalteter Hardwarebeschleunigung deutlich zu hell bleibt.
Liebe Grüße,
Oli
Antwort von dienstag_01:
Probier mal den Player Mirillis Splash Lite.
Antwort von motiongroup:
Probier mal den Player Mirillis Splash Lite.
vollkommen recht er hat.... das Problem wurde so oft und ausführlich erklärt das hier schon drüber-gelesen wird...sorry
Antwort von blenderman:
Hallo Miteinander,
da habt Ihr recht. Das ist ein endloses und nerviges Thema. Die Idee auf "Full Range" umzuschalten hatte ich bisher noch nicht gelesen. Gerade habe ich aber einen Beitrag im VLC Wiki gefunden.
http://wiki.videolan.org/VSG:Video:Color_nVidia
Danke für den Tip mit dem Player.
Noch was unklar? Dann in unserem Forum nachfragen
Zum Orginal-Thread / Zum Videobearbeitung / Hardware-Forum
| |
| |
