Im Anschluss an das von Red Hat veranstaltete HDR-Hackfest letzten Monat, bei dem viele Linux-Desktop-Stakeholder von GPU-Treiberentwicklern bis hin zu Desktop-Umgebungsentwicklern zusammenkamen, hat KDE-Entwickler Xaver Hugl ein Update über die Fortschritte veröffentlicht, die von KWin-Seite bei der Unterstützung von High Dynamic Range (HDR)-Anzeigen erzielt wurden.
Xaver nahm am jüngsten HDR-Hackfest teil und trägt eine führende Rolle bei der KDE-Unterstützung für HDR-Displays ein. Xaver teilte heute in einem Blogbeitrag mit: „Mit dem Wayland-Protokoll, an dem gearbeitet wird, kennzeichnen Anwendungen ihre Inhalte mit einem Farbraum und einigen anderen Metadaten, und der Compositor führt alle erforderlichen Konvertierungen durch.“ Zeigen Sie es korrekt auf dem verwendeten Display an, indem Sie Shader oder effizientere Hardwareblöcke mit fester Funktion auf der GPU verwenden.
…
Wir haben beim Hackfest nicht viel gehackt, aber ich habe es geschafft, einen zu fahren HDR-Bildschirm mit großem Farbraum und aktiviertem HDR-Modus, während KWin die erforderlichen Farbkonvertierungen durchführt, damit SDR-Inhalte korrekt aussehen.
Letzte Woche war ich auch beim Plasma 6-Sprint in Augsburg, was ebenfalls großartig war, und Während es größtenteils nichts mit HDR zu tun hatte, hatte Kai Uwe zufällig einen tragbaren OLED-Monitor … also habe ich natürlich sofort damit begonnen, KWin mit HDR darauf zu testen. Nachdem ich noch ein paar weitere Hacks zu dem hinzugefügt hatte, was ich beim Hackfest zusammengestellt hatte, konnte ich einen zeigen Video in „HDR“, umgeben von SDR-Inhalten.
Ich schreibe „HDR“ in Anführungszeichen, weil ich (noch) nicht die Zeit hatte, einen richtigen HDR-Testclient zu implementieren, und nur KWin fest codiert habe, um das zu steigern Helligkeitsbereich des Videoplayers. Aber selbst dieser supereinfache Hack sieht schon großartig aus, besonders auf dem OLED-Bildschirm.
Seitdem habe ich den Code aufpoliert, behoben Viele KWin-Effekte, um die erforderlichen Farbkonvertierungen durchzuführen, und jetzt sind die ersten Teile der grundlegenden HDR-und Farbmanagementunterstützung in KWin zusammengeführt! Wenn Sie über einen Bildschirm verfügen, der HDR und/oder einen großen Farbraum unterstützt, und über eine Plasma 6-Sitzung, die mit Git Master erstellt wurde, können Sie diese selbst testen, indem Sie einfach die Funktionen mit kscreen-doctor aktivieren (eine GUI dafür folgt später). In einer idealen Welt sollte es nach dem Anpassen der SDR-Helligkeitsstufe genau so aussehen, als ob die Funktionen deaktiviert wären…”
Was den aktuellen Entwicklungsstand der KDE-HDR-Unterstützung angeht: Xaver fügte hinzu: „HDR zu aktivieren, nur um ein Bild zu erhalten, das gleich aussieht, ist für einen Endbenutzer ziemlich lahm, die wirklich interessanten Teile sind, wenn es darum geht, tatsächlich in HDR zu spielen, HDR-Videos abzuspielen oder.“ Malen in Krita… für diese Anwendungsfälle muss jedoch noch viel mehr passen, als dass KWin in der Lage ist, Farbkonvertierungen durchzuführen. Es gibt keine Möglichkeit, eine gute Schätzung abzugeben, wann das Wayland-Protokoll fertig sein wird, geschweige denn, wann Anwendungen es verwenden werden, also werde ich es gar nicht erst versuchen.
Ich bin jedoch recht optimistisch, was die Zukunft von HDR und Farbmanagement unter Linux angeht. Es geht alles ziemlich schnell voran und selbst die Möglichkeit, die Farben für sRGB-Inhalte auf Displays mit großem Farbraum mit einer Ein-Klick-Lösung zu korrigieren, ist bereits ein ziemlich guter Fortschritt gegenüber dem, was wir zuvor hatten.“
Lesen Sie mehr über den herkulischen KDE-HDR-Aufwand auf Xavers Blog . Es ist großartig, diese Fortschritte zu sehen, und hoffentlich werden diejenigen mit HDR-Displays mit Plasma 6.0 beginnen, die Früchte dieser Bemühungen zu genießen, die seit langem ein wunder Punkt für die Linux-Desktop-Funktionen sind.
