Journal Pourquoi WEBRENDER_COMPOSITOR n'est pas activé dans Firefox sous GNU/Linux

Posté par  (site web personnel) . Licence CC By‑SA.
9
11
fév.
2023

Attention, ceci est un journal bilingue par flemme.

Un point rapide sur l'état de la pile graphique de Firefox sous GNU/Linux.

Alors que l’accélération matérielle du rendu des pages via WebRender est activée depuis longtemps maintenant (à la page about:support, la ligne Composition doit indiquer WebRender) (et qu'une solution de repli logicielle a été développée sur la même base permettant de purger l'ancien code en charge de la composition) ;

Alors qu'il est possible d'activer manuellement l'accélération matérielle du décodage vidéo [1] (nécessite que WebRender soit activé comme indiqué ci-dessus ; pour un état récent de la question voir ici – et pour les possesseurs d'une puce NVIDIA voir ) ;

Peut-être aurez-vous noté dans about:support que WEBRENDER_COMPOSITOR est noté disabled.

De quoi s'agit-il ?

COMPOSITOR is the system compositor integration, where WebRender lets the OS (via DirectComposition, CoreAnimation, or wl_subsurface) assemble the window from the rendered tiles. Without this integration, WebRender does this work itself and then hands the complete window to the system compositor.

The benefit of compositor integration is less copying work for the GPU, especially when scrolling, where partial present doesn't help much.

Lire aussi la présentation qui en est fait sur le rapport de bogue correspondant.

Où que ça en est ?

Non pas « nulle part », car le bidule a été développé pour notre OS. Avant d'être abandonné :

For all interested parties: it may turn out that the approach here is a dead end with regard to the future development of Wayland. Most importantly, offloading composition to Wayland compositors may turn out to not be efficient in a HDR world. Doing composition within Firefox and rely on direct scanout by the Wayland compositor may be a better approach, so the work here stays experimental for the foreseeable future. See https://gitlab.freedesktop.org/pq/color-and-hdr/-/issues/6 for more information.

un panda vite fait rouxUn panda vite fait roux


[1] selon les capacités de votre matériel. Si celui-ci est ancien, il est probable qu'il prenne en charge le format fermé H264 mais pas les formats ouverts VP8/9 plus récents par exemple, auquel cas il est possible de demander aux sites qui proposent à la fois du H264 et du WebM (avec VP8/9) de servir le premier.

  • # A activer sous Mageia 8 si besoin

    Posté par  (site web personnel) . Évalué à 2.

    Merci pour l'info.
    Effectivement il y a 3 ou 4 mois j'ai découvert cette option désactivée dans Firefox sur mon mini PC multimédia installé avec Mageia 8.
    J'ai cherché l'option car le proc est un petit Intel J3455, et j'avais l'impression que l'affichage des pages Web et des vidéos était devenu moins fluide.
    Après activation c'est revenu mieux.

  • # Firefox 109 sur Fedora 37

    Posté par  . Évalué à 2. Dernière modification le 11 février 2023 à 19:13.

    J'ai sur mon système, cela comme explication :

    default -> disabled -> Disabled by default -> Mis sur liste de blocage ; code d’erreur FEATURE_FAILURE_DISABLED
    env -> blocklisted -> Blocklisted by gfxInfo -> Mis sur liste de blocage ; code d’erreur FEATURE_FAILURE_WEBRENDER_COMPOSITOR_DISABLED
    runtime -> blocked -> Cannot be enabled in release or beta -> Mis sur liste de blocage ; code d’erreur FEATURE_FAILURE_DISABLE_RELEASE_OR_BETA

    J'avais lu que sur linux, le support de la composition wayland n'est pas fini. Sur gnome wayland serais plus fonctionnel que kde wayland.

    Enfin bref, il s'agit comme pour l'accélération OpenGL avant, d'un retard de développement de la version linux.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.