URL: https://linuxfr.org/users/antistress/journaux/pourquoi-webrender_compositor-n-est-pas-active-dans-firefox-sous-gnu-linux Title: Pourquoi WEBRENDER_COMPOSITOR n'est pas activé dans Firefox sous GNU/Linux Authors: antistress Date: 2023年02月11日T15:29:16+01:00 License: CC By-SA Tags: firefox, wayland, vaapi, webrender, h264, vp8 et vp9 Score: 9 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](https://mastransky.wordpress.com/2021/10/01/firefox-wayland-development-in-2021/#comment-16945)) ; 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](https://mastransky.wordpress.com/2022/06/08/firefox-with-va-api-for-brave-fedorans/) – et pour les possesseurs d'une puce NVIDIA voir [là](https://mastransky.wordpress.com/2023/01/31/firefox-va-api-and-nvidia-on-fedora-37/)) ; Peut-être aurez-vous noté dans about:support que `WEBRENDER_COMPOSITOR` est noté `disabled`. # [De quoi s'agit-il ?](https://www.reddit.com/r/firefox/comments/or88f1/comment/h6h8bw4/)> 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](https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c0). # Où que ça en est ? Non pas « nulle part », car le bidule a été développé pour notre OS. Avant [d'être abandonné](https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c28) :> 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 roux](https://i.postimg.cc/pV42pMLy/Panda-roux.jpg)Un panda vite fait roux](https://www.flickr.com/photos/gzlu/7708838248/in/photostream/) --- [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](https://libre-ouvert.tuxfamily.org/index.php?article230/ma-configuration-de-firefox-a-mi-2022).