En lisant le détail (je m'étais basé sur le résume de GNOME à la base qui été très générique) je me dis que je pouvais apporter un éclaircissement.
En gros l'idée est qu'une application qui manipule des vidéos ou images peut utiliser une surface en YUV pour l'espace de couleur directement. Car c'est ce qui est le plus souvent utilisé dans le domaine. Du coup la conversion YUV->RGBA pour l'affichage sur l'écran est laissé au compositeur (ici mutter) qui peut l'envoyer tel quel à l'écran si c'est possible. Car les contrôleurs d'écran moderne peuvent effectuer ce genre de conversions, et si c'est le cas ça évite au CPU ou au GPU de le faire d'où le gain en performance et en énergie. Ou envoyé au GPU en second recours.
Dans ce cas ça peut bénéficier à toute application compatible Wayland techniquement, si du moins elles envoient une surface YUV au compositeur (mais en théories elles peuvent toutes le faire).
[^] # Re: Lecture de vidéos
Posté par Renault (site web personnel) . En réponse à la dépêche La longuement désirée Fedora Linux 39 est disponible !. Évalué à 10.
C'est la fonction décrite dans ce PR dans Mutter.
En lisant le détail (je m'étais basé sur le résume de GNOME à la base qui été très générique) je me dis que je pouvais apporter un éclaircissement.
En gros l'idée est qu'une application qui manipule des vidéos ou images peut utiliser une surface en YUV pour l'espace de couleur directement. Car c'est ce qui est le plus souvent utilisé dans le domaine. Du coup la conversion YUV->RGBA pour l'affichage sur l'écran est laissé au compositeur (ici mutter) qui peut l'envoyer tel quel à l'écran si c'est possible. Car les contrôleurs d'écran moderne peuvent effectuer ce genre de conversions, et si c'est le cas ça évite au CPU ou au GPU de le faire d'où le gain en performance et en énergie. Ou envoyé au GPU en second recours.
Dans ce cas ça peut bénéficier à toute application compatible Wayland techniquement, si du moins elles envoient une surface YUV au compositeur (mais en théories elles peuvent toutes le faire).