Après le hackfest HDR hébergé par Red Hat le mois dernier, qui a réuni de nombreux acteurs du bureau Linux, des développeurs de pilotes GPU aux développeurs d’environnements de bureau, le développeur KDE Xaver Hugl a partagé une mise à jour sur les progrès réalisés pour la prise en charge de l’affichage à plage dynamique élevée (HDR) du côté KWin..
Xaver a participé au récent hackfest HDR et aide à mener la charge sur la prise en charge de KDE pour les écrans HDR. Xaver a partagé un article de blog aujourd’hui :
“Avec le protocole Wayland sur lequel on travaille, les applications balisent leur contenu avec un espace colorimétrique et d’autres métadonnées, et le compositeur fera toutes les conversions nécessaires pour affichez-le correctement sur l’écran utilisé, en utilisant des shaders ou des blocs matériels à fonction fixe plus efficaces sur le GPU.
…
Nous n’avons pas fait beaucoup de piratage au hackfest, mais j’ai réussi à piloter un Écran HDR avec une large gamme de couleurs et avec le mode HDR activé, tout en laissant KWin effectuer les conversions de couleurs nécessaires pour que le contenu SDR ait l’air correct.La semaine dernière, j’étais également au sprint Plasma 6 à Augsbourg, qui était également incroyable, et alors qu’il n’était pour la plupart pas lié au HDR, Kai Uwe avait un moniteur OLED portable… alors bien sûr, j’ai immédiatement commencé à tester KWin avec HDR. vidéo en”HDR”entourée de contenu SDR.
J’écris”HDR”entre guillemets parce que je n’ai pas (encore) eu le temps d’implémenter un bon client de test HDR et que KWin codé en dur pour booster le plage de luminosité du lecteur vidéo. Même ce hack super simple a déjà l’air incroyable, surtout sur l’écran OLED.
Depuis, j’ai peaufiné le code, corrigé de nombreux effets KWin pour effectuer les conversions de couleurs requises, et maintenant les premiers éléments de prise en charge de base du HDR et de la gestion des couleurs sont fusionnés dans KWin ! Si vous avez un écran capable de HDR et/ou une large gamme de couleurs, et une session Plasma 6 construite à partir de git master, vous pouvez le tester vous-même en activant simplement les fonctionnalités avec kscreen-doctor (une interface graphique pour cela viendra plus tard). Dans un monde idéal, après avoir ajusté le niveau de luminosité SDR, cela devrait ressembler exactement à la désactivation des fonctionnalités…”
En ce qui concerne la prise en charge KDE HDR en cours de développement, Xaver a ajouté :
” Activer le HDR uniquement pour obtenir une image qui a le même aspect est assez boiteux pour un utilisateur final, les parties réellement intéressantes sont lorsqu’il s’agit de jouer en HDR, de lire des vidéos HDR ou peindre dans Krita… pour ces cas d’utilisation cependant, il faut mettre en place beaucoup plus que KWin capable de faire des conversions de couleurs. Il n’y a aucun moyen de donner une bonne estimation du moment où le protocole Wayland sera prêt, et encore moins du moment où les applications l’utiliseront, donc je ne vais même pas essayer.
Je suis cependant assez optimiste quant à l’avenir du HDR et de la gestion des couleurs sous Linux. Tout progresse assez rapidement et même le simple fait de pouvoir corriger les couleurs du contenu sRGB sur des écrans à large gamme de couleurs avec une solution en un clic est déjà une bonne avancée par rapport à ce que nous avions auparavant.”
En savoir plus sur l’effort herculéen KDE HDR sur le blog de Xaver . C’est formidable de voir ces progrès réalisés et j’espère que pour Plasma 6.0, ceux qui disposent d’écrans HDR commenceront à profiter des fruits de cet effort qui a longtemps été un point sensible pour les capacités de bureau Linux.
