tag:linuxfr.org,2005:/tags/vp9/public
LinuxFr.org : les contenus étiquetés avec « vp9 »
2023-02-11T19:12:44+01:00
/favicon.png
tag:linuxfr.org,2005:Diary/40581
2023-02-11T15:29:16+01:00
2023-02-11T15:29:16+01:00
Pourquoi WEBRENDER_COMPOSITOR n'est pas activé dans Firefox sous GNU/Linux
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<p>Attention, ceci est un journal bilingue par flemme.</p>
<h2 id="toc-un-point-rapide-sur-létat-de-la-pile-graphique-de-firefox-sous-gnulinux">Un point rapide sur l'état de la pile graphique de Firefox sous GNU/Linux.</h2>
<p>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 <code>Composition</code> doit indiquer <code>WebRender</code>) (et qu'une solution de repli logicielle a été développée sur la même base <a href="https://mastransky.wordpress.com/2021/10/01/firefox-wayland-development-in-2021/#comment-16945">permettant de purger l'ancien code en charge de la composition</a>) ;</p>
<p>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 <a href="https://mastransky.wordpress.com/2022/06/08/firefox-with-va-api-for-brave-fedorans/">ici</a> – et pour les possesseurs d'une puce NVIDIA voir <a href="https://mastransky.wordpress.com/2023/01/31/firefox-va-api-and-nvidia-on-fedora-37/">là</a>) ;</p>
<p>Peut-être aurez-vous noté dans about:support que <code>WEBRENDER_COMPOSITOR</code> est noté <code>disabled</code>.</p>
<h2 id="toc-de-quoi-sagit-il"><a href="https://www.reddit.com/r/firefox/comments/or88f1/comment/h6h8bw4/">De quoi s'agit-il ?</a></h2>
<blockquote>
<p>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.</p>
<p>The benefit of compositor integration is less copying work for the GPU, especially when scrolling, where partial present doesn't help much.</p>
</blockquote>
<p>Lire aussi <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c0">la présentation qui en est fait sur le rapport de bogue correspondant</a>.</p>
<h2 id="toc-où-que-ça-en-est">Où que ça en est ?</h2>
<p>Non pas « nulle part », car le bidule a été développé pour notre OS. Avant <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c28">d'être abandonné</a> :</p>
<blockquote>
<p>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 <a href="https://gitlab.freedesktop.org/pq/color-and-hdr/-/issues/6">https://gitlab.freedesktop.org/pq/color-and-hdr/-/issues/6</a> for more information. </p>
</blockquote>
<p><a href="https://www.flickr.com/photos/gzlu/7708838248/in/photostream/"><img src="//img.linuxfr.org/img/68747470733a2f2f692e706f7374696d672e63632f70563432704d4c792f50616e64612d726f75782e6a7067/Panda-roux.jpg" alt="un panda vite fait roux" title="Source : https://i.postimg.cc/pV42pMLy/Panda-roux.jpg">Un panda vite fait roux</a></p>
<hr>
<p>[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 <a href="https://libre-ouvert.tuxfamily.org/index.php?article230/ma-configuration-de-firefox-a-mi-2022">il est possible de demander aux sites qui proposent à la fois du H264 et du WebM (avec VP8/9) de servir le premier</a>.</p>
<div><a href="https://linuxfr.org/users/antistress/journaux/pourquoi-webrender_compositor-n-est-pas-active-dans-firefox-sous-gnu-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/130279/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/journaux/pourquoi-webrender_compositor-n-est-pas-active-dans-firefox-sous-gnu-linux#comments">ouvrir dans le navigateur</a>
</p>
antistress
https://linuxfr.org/nodes/130279/comments.atom
tag:linuxfr.org,2005:News/39775
2020-05-05T23:42:48+02:00
2020-05-08T18:51:48+02:00
Firefox 76 (dites : Septantesix)
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<div><p>La version 76 de Firefox <em>desktop</em> a été publiée le 5 mai 2020.</p>
<p>La crise sanitaire actuelle commence à se ressentir dans le rythme des nouveautés proposées. En effet, Mozilla a décidé de maintenir le calendrier de publication des nouvelles versions de Firefox, quitte à reporter certaines fonctionnalités.</p>
<p>Paradoxalement, on pourrait dire que les principales améliorations de cette version, outre les corrections de bogues toujours bienvenues, sont des améliorations en devenir : l’implémentation d’un mode « HTTPS uniquement » mais qui, à ce stade, reste caché – car expérimental – comme l’est l’accélération matérielle du décodage des vidéos VP9 sous Wayland ; l’adossement de WebRender au compositeur système sur Windows, mais dont le déploiement chez les utilisateurs se fait progressivement.</p>
<p>Les nouveautés sont développées dans la deuxième partie. Nous en profitons en effet pour faire le point sur un certain nombre de développements en cours (du côté d’Android, par exemple, une grande étape vient d’être franchie avec Firefox <em>Preview</em>).</p>
<table>
<thead>
<tr>
<th> </th>
<th> </th>
<th> </th>
</tr>
</thead>
<tbody>
<tr>
<td> </td>
<td>
<a href="//linuxfr.org/users/glandos/journaux/albert-est-mort-mais-pas-du-covid-19"><img src="//img.linuxfr.org/img/68747470733a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313538363533363034302e706e67/1586536040.png" alt="Septantesix, druide belge dans Astérix" title="Source : https://pix.toile-libre.org/upload/original/1586536040.png"></a> <em>Dessin d’<a href="https://fr.wikipedia.org/wiki/Albert_Uderzo">Albert Uderzo</a></em>
</td>
<td> </td>
</tr>
</tbody>
</table>
</div><ul><li>lien nᵒ 1 : <a title="https://www.mozilla.org/en-US/firefox/76.0/releasenotes/" hreflang="en" href="https://linuxfr.org/redirect/106035">Notes de version Firefox 76 pour bureau</a></li><li>lien nᵒ 2 : <a title="https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/76" hreflang="en" href="https://linuxfr.org/redirect/106036">Notes de version Firefox 76 pour les développeurs</a></li><li>lien nᵒ 3 : <a title="https://blog.mozilla.org/addons/2020/04/30/extension-in-firefox-76/" hreflang="en" href="https://linuxfr.org/redirect/106037">Nouveautés pour les extensions de Firefox 76</a></li><li>lien nᵒ 4 : <a title="https://www.mozilla.org/en-US/firefox/android/68.8.0/releasenotes/" hreflang="en" href="https://linuxfr.org/redirect/106039">Notes de version Firefox 68.8 pour Android </a></li><li>lien nᵒ 5 : <a title="https://linuxfr.org/news/firefox-75-paques-avant-l-heure" hreflang="fr" href="https://linuxfr.org/redirect/106040">Épisode précédent sur LinuxFr.org, pour la version 75</a></li><li>lien nᵒ 6 : <a title="https://developer.thunderbird.net/" hreflang="en" href="https://linuxfr.org/redirect/106083">Page de la communauté Thunderbird (developer.thunderbird.net)</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#toc-nouveaut%C3%A9s-pour-le-bureau">Nouveautés pour le bureau</a></li>
<li><a href="#toc-nouveaut%C3%A9s-pour-android">Nouveautés pour Android</a></li>
<li>
<a href="#toc-actualit%C3%A9s-aff%C3%A9rentes">Actualités afférentes</a><ul>
<li>
<a href="#toc-%C3%80venir-dans-firefoxdesktop">À venir dans Firefox <em>desktop</em>…</a><ul>
<li><a href="#toc-version77">…version 77</a></li>
<li><a href="#toc-ult%C3%A9rieurement">…ultérieurement</a></li>
</ul>
</li>
<li>
<a href="#toc-prise-en-charge-de-jitsi">Prise en charge de Jitsi</a><ul>
<li><a href="#toc-job-is-done"><em>Job is done</em></a></li>
<li><a href="#toc-les-am%C3%A9liorations-apport%C3%A9es-%C3%A0-firefox-dans-la-prise-en-charge-de-jitsi-ne-seront-pas-r%C3%A9troport%C3%A9es-dansesr">Les améliorations apportées à Firefox dans la prise en charge de Jitsi ne seront pas rétroportées dans ESR</a></li>
<li><a href="#toc-aller-plus-loin-avecjitsi">Aller plus loin avec Jitsi</a></li>
</ul>
</li>
<li><a href="#toc-on-commence-%C3%A0-en-savoir-plus-sur-nextdns-un-des-fournisseurs-pr%C3%A9configur%C3%A9s-pour-le-dns-viahttps">On commence à en savoir plus sur NextDNS, un des fournisseurs préconfigurés pour le DNS via HTTPS</a></li>
<li>
<a href="#toc-%C3%89tat-de-webrender">État de WebRender</a><ul>
<li><a href="#toc-mat%C3%A9riels-concern%C3%A9s-par-les-d%C3%A9ploiements-encours-ivybridge-sandybridge">Matériels concernés par les déploiements en cours (Ivy Bridge, Sandy Bridge…)</a></li>
<li><a href="#toc-adosser-webrender-au-compositeur-syst%C3%A8me-quid-degnulinux">Adosser WebRender au compositeur système… Quid de GNU/Linux ?</a></li>
</ul>
</li>
<li><a href="#toc-%C3%89tat-de-la-version-flatpak-de-firefox-loccasion-dun-point-sur-le-d%C3%A9codage-vid%C3%A9o-dansfirefox">État de la version Flatpak de Firefox : l’occasion d’un point sur le décodage vidéo dans Firefox</a></li>
<li><a href="#toc-loxydation-continue">L’oxydation continue</a></li>
<li><a href="#toc-%C3%80-la-d%C3%A9couverte-de-quelques-extensions-pour-augmenter-les-capacit%C3%A9s-de-votrefirefox">À la découverte de quelques extensions pour augmenter les capacités de votre Firefox</a></li>
<li>
<a href="#toc-%C3%89tat-de-firefox-preview">État de Firefox Preview</a><ul>
<li><a href="#toc-%C3%89tat-b%C3%AAta">État Bêta !</a></li>
<li><a href="#toc-o%C3%B9-r%C3%A9cup%C3%A9rer-firefox-preview">Où récupérer Firefox Preview ?</a></li>
</ul>
</li>
<li><a href="#toc-deepspeech-version07">DeepSpeech version 0.7</a></li>
<li><a href="#toc-nouvelle-api-du-w3c-webgpu">Nouvelle API du W3C : WebGPU</a></li>
<li><a href="#toc-prochaine-version-de-mzla-technologies-corporation-thunderbird-quen-saiton">Prochaine version de MZLA Technologies Corporation Thunderbird : qu’en sait‑on ?</a></li>
<li><a href="#toc-nouveau-blogue-mozilla-attackdefense">Nouveau blogue Mozilla : Attack & Defense</a></li>
</ul>
</li>
<li>
<a href="#toc-contribuer">Contribuer…</a><ul>
<li><a href="#toc-%C3%A0-firefox">…à Firefox</a></li>
<li><a href="#toc-aux-d%C3%A9p%C3%AAches-surfirefox">…aux dépêches sur Firefox</a></li>
</ul>
</li>
</ul>
<h2 id="toc-nouveautés-pour-le-bureau">Nouveautés pour le bureau</h2>
<ul>
<li>[expérimental] <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1620242">implémentation préliminaire d’un mode « HTTPS uniquement »</a> nécessitant d’activer la nouvelle préférence <code>dom.security.https_only_mode</code> (dans ce mode, lorsqu’il ne sera pas possible d’afficher la page par une connexion chiffrée, l’utilisateur en sera informé et pourra décider d’afficher la page quand même) ;</li>
<li>meilleures performances dans le décodage d’AV1 avec la mise à jour de dav1d, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1620471">dorénavant en version 0.6</a> ;</li>
<li>[expérimental] nous vous l’annoncions dans le <a href="//linuxfr.org/news/firefox-75-paques-avant-l-heure#toc-nouveaut%C3%A9s-pour-le-bureau">numéro précédent</a> : l’accélération de la lecture de vidéos VP9 sous GNU/Linux dans une session Wayland est désormais possible (<a href="https://wiki.libav.org/Hardware/vaapi">pour les processeurs graphiques qui le prennent en charge</a>) ;</li>
<li>possibilité de <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=253870">sélectionner le texte des formulaires désactivés</a> (correction d’un bogue de seize ans d’âge) ;</li>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1592464">intégration</a> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1569848">renforcée</a> entre le gestionnaire de mots de passe et la signalisation de leur fuite ;</li>
<li>correction d’un bogue ennuyeux qui, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1624511">en cas de plantage d’un onglet, vous faisait perdre ceux du même processus</a> (par exemple ceux épinglés pouvaient disparaître si l’un d’entre eux plantait – j’ai eu le cas) ;</li>
<li>[expérimental] <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1606823">prise en charge de l’extension WebRTC transport-cc</a> (préférence <code>media.navigator.video.use_transport_cc</code>, désactivée par défaut) ;</li>
<li>après avoir commencé à adosser WebRender au compositeur de macOS via son API CoreAnimation <a href="//linuxfr.org/news/pas-de-confinement-pour-firefox-74#toc-nouveaut%C3%A9s-pour-le-bureau">avec Firefox 74</a>, un mouvement similaire est progressivement en cours de déploiement du côté de Windows, avec le recours à l’API DirectComposition de son compositeur ; dans les deux cas, cela permet d’ores et déjà d’alléger la charge du processeur graphique (et donc de poursuivre le déploiement de WebRender sur des configurations à résolution d’affichage élevée et capacités graphiques modestes — ce qui correspond à un grand nombre d’utilisateurs) et d’économiser de l’énergie — à terme, cela permettra de déléguer la composition des tuiles en cache au compositeur système et d’optimiser la future infrastructure permettant un rendu logiciel de WebRender (nom de code : SWGL) ; pour de plus amples informations, on pourra parcourir les lettres d’information publiées sur le <a href="https://mozillagfx.wordpress.com"><em>Mozilla Gfx Team Blog</em></a> à partir de la numéro 48 ;</li>
<li>et donc : après les portables sous Windows 10 avec processeur graphique Intel et écran de « faible » résolution (≤ 1900 × 1200), WebRender est déployé sur <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1622959">ceux avec écran jusqu’à 3440 × 1440</a> (résolution dite moyenne).</li>
</ul>
<h2 id="toc-nouveautés-pour-android">Nouveautés pour Android</h2>
<p>Rien que le minimum, l’actuel Firefox pour Android étant entré en mode maintenance en attendant la sortie du nouveau Firefox pour Android (qui est actuellement développé sous le nom de Firefox <em>Preview</em>).</p>
<h2 id="toc-actualités-afférentes">Actualités afférentes</h2>
<h3 id="toc-Àvenir-dans-firefoxdesktop">À venir dans Firefox <em>desktop</em>…</h3>
<h4 id="toc-version77">…version 77</h4>
<ul>
<li> <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1625228">apparition d’un nouveau réglage</a> dans le mode « Personnalisé » de « Protection renforcée contre le pistage », pour activer une variante de <a href="//linuxfr.org/users/antistress/journaux/les-modifications-que-j-apporte-aux-reglages-par-defaut-de-firefox-en-avril-2020#comment-1805114"><em>First Party Isolation</em></a> (FPI, ou isolement de première partie) — FPI est une fonctionnalité puissante, ajoutée à la version 55 de Firefox, qui sépare les données de site (cache, cookies…) par domaine ; ici il s’agira donc d’une variante, nommée <em>Dynamic First Party Isolation</em> et censée occasionner moins d’incompatibilités sur le Web ;</li>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1585620">nouvelle page : <code>about:certificate</code></a> ;</li>
<li>barre d’adresse moins idiote :
<ul>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1080682">1<sup>o</sup>)</a> entrer une expression séparée par un point ne lancera plus une tentative de connexion vers un hypothétique domaine sans avoir comparé au préalable avec la <a href="https://fr.wikipedia.org/wiki/Liste_des_domaines_Internet_de_premier_niveau">liste des domaines Internet de premier niveau</a> (en fait, avec la <a href="https://en.wikipedia.org/wiki/Public_Suffix_List"><em>Public Suffix List</em></a> maintenue par Mozilla) : actuellement saisir « foo.bar » mène à « Hum, nous ne parvenons pas à trouver ce site. Impossible de se connecter au serveur à l’adresse <a href="http://www.foo.bar%C2%A0%C2%BB%E2%80%AF">www.foo.bar » </a>; demain, cela lancera une recherche sur cette expression,</li>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1412985">2<sup>o</sup>)</a> entrer une adresse de courriel lancera également une recherche plutôt qu’une tentative de connexion,</li>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1180329">3<sup>o</sup>)</a> d’autres choses encore, moins grand public ;</li>
</ul>
</li>
<li>la restauration de session tient désormais compte des espaces de travail <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=890125">sous MS Windows aussi</a> (c’est un bogue de sept ans d’âge qui se trouve résolu) ;</li>
<li>suppression des réglages suivants dans <code>about:config</code> qui inhibaient la nouvelle MegaBar : <code>browser.urlbar.update1</code> et <code>browser.urlbar.update1.view.stripHttps</code> ;</li>
<li>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1520625">encore une étape de franchie</a> vers <a href="https://docs.google.com/document/d/1ORqed8SW_7fPnPdjfz42RoGfWH5Gn4RMKKFPaPrGpZo/edit">le grand remplacement de XUL</a> ;</li>
<li>[expérimental] <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1625363">prise en charge de AVIF (<em>AV1 Image File Format</em>)</a> (activer la préférence <code>image.avif.enabled</code>).</li>
</ul>
<h4 id="toc-ultérieurement">…ultérieurement</h4>
<ul>
<li>WebRender se déploie largement : <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1628809">portables sous Windows 10 avec processeur graphique NVIDIA, quelle que soit la résolution d’écran</a> et, sous Windows 10 et GNU/Linux : <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1633490">AMD <em>Evergreen</em></a>, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1633412">Intel <em>Icelake</em></a>, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1633411">AMD <em>Raven Ridge</em></a> et <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1633290">Intel <em>Skylake</em> GT1</a> ;</li>
<li>(version 79 ?) <a href="https://blog.mozilla.org/addons/2020/04/13/what-to-expect-for-the-upcoming-deprecation-of-ftp-in-firefox/">abandon de la prise en charge du protocole FTP</a>.</li>
</ul>
<h3 id="toc-prise-en-charge-de-jitsi">Prise en charge de Jitsi</h3>
<h4 id="toc-job-is-done"><em>Job is done</em></h4>
<p>Damian Minkov, alias Damencho, développeur Jitsi, indiquait mi‑avril :</p>
<blockquote>
<p>current nightly build of Firefox works just fine with <a href="https://github.com/jitsi/jitsi-meet/releases/tag/stable/jitsi-meet_4468">the latest Jitsi Meet release</a>.</p>
</blockquote>
<p>La correction des <a href="https://github.com/jitsi/jitsi-meet/issues/4758#issuecomment-617617304">bogues restants</a> améliorera encore la prise en charge de Jitsi par Firefox.</p>
<p>En complément, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1164187">la prise en charge de RTX arrive</a> (préférence <code>media.navigator.video.use_rtx</code> désactivée par défaut).</p>
<h4 id="toc-les-améliorations-apportées-à-firefox-dans-la-prise-en-charge-de-jitsi-ne-seront-pas-rétroportées-dansesr">Les améliorations apportées à Firefox dans la prise en charge de Jitsi ne seront pas rétroportées dans ESR</h4>
<p><a href="https://twitter.com/firefox/status/1246398994928087048">La version 68 ESR ne bénéficiera pas du travail d’amélioration en cours dans la prise en charge de Jitsi</a>, il faudra passer sur une prochaine <em>release</em> ou attendre la prochaine 78 ESR prévue pour fin juin (mais notez bien que les distributions ne basculent pas dès la 78.0 en général).</p>
<h4 id="toc-aller-plus-loin-avecjitsi">Aller plus loin avec Jitsi</h4>
<p>En lisant <a href="//linuxfr.org/news/organiser-des-visioconferences-de-haute-qualite-avec-le-logiciel-libre-jitsi-meet">cette excellente dépêche</a> (on a tout ce qu’il faut à bord !).</p>
<p>Quant aux équipes de Jitsi, elles sont actuellement concentrées sur <a href="//linuxfr.org/users/antistress/liens/chiffrement-de-bout-en-bout-arrive-dans-jitsi-fallait-d-abord-que-ca-arrive-dans-les-navigateurs">l’intégration du chiffrement de bout en bout</a> !</p>
<h3 id="toc-on-commence-à-en-savoir-plus-sur-nextdns-un-des-fournisseurs-préconfigurés-pour-le-dns-viahttps">On commence à en savoir plus sur NextDNS, un des fournisseurs préconfigurés pour le DNS via HTTPS</h3>
<p><a href="https://sebsauvage.net/links/?zNU8FA"><em>sebsauvage</em> et Stanislas Lange donnent leur avis</a> sur NextDNS, proposé dans Firefox depuis la <a href="//linuxfr.org/news/firefox-73">version 73</a>.</p>
<h3 id="toc-État-de-webrender">État de WebRender</h3>
<h4 id="toc-matériels-concernés-par-les-déploiements-encours-ivybridge-sandybridge">Matériels concernés par les déploiements en cours (Ivy Bridge, Sandy Bridge…)</h4>
<p>WebRender est désormais activé sous GNU/Linux <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1632202">pour les puces Intel <em>Ivy Bridge</em></a> avec la version <em>nightly</em>. Si vous avez le modèle précédent, alias <em>Sandy Bridge</em>, et quel que soit votre système d’exploitation : <a href="https://www.reddit.com/r/firefox/comments/g9u0r0/call_for_webrender_testers_on_intel_sandybridge/">rejoignez cet appel à tester</a> !</p>
<p>L’état du déploiement de WebRender par système et matériel : <a href="http://arewewebrenderyet.com/"><em>arewewebrenderyet</em></a>.</p>
<h4 id="toc-adosser-webrender-au-compositeur-système-quid-degnulinux">Adosser WebRender au compositeur système… Quid de GNU/Linux ?</h4>
<p>Adosser WebRender au compositeur de macOS et de Windows c’est bien beau (<em>cf.</em> <a href="//linuxfr.org/news/firefox-76-dites-septantesix#toc-nouveaut%C3%A9s-pour-le-bureau">ci‑dessus</a>). Mais, et nous alors ?!</p>
<p>La réponse est déjà <a href="https://mozillagfx.wordpress.com/2019/12/05/moz-gfx-newsletter-49/#comment-19589">dans les commentaires du Mozilla Gfx Team Blog</a> dont voici un extrait :</p>
<blockquote>
<p><em>Webrender in combination, or actually integration, with Wayland should be able to make FF on Linux as efficient on Linux as it is/will be on Win/macOS, if not better […]. Furthermore, there is quite a lot of work happening on GNOME to optimize more for this (e.g. <a href="https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/867">2</a>, <a href="https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/918">3</a>). I personally see good chances this will be archived in 2020, lets see.</em></p>
</blockquote>
<p>Et <a href="https://mozillagfx.wordpress.com/2020/01/14/moz-gfx-newsletter-50/#comment-19772">aussi</a> :</p>
<blockquote>
<p>And there is active work on partial damage to reduce power consumption: <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1484812">https://bugzilla.mozilla.org/show_bug.cgi?id=1484812</a>.</p>
</blockquote>
<p>Un bogue à suivre : <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1617498">https://bugzilla.mozilla.org/show_bug.cgi?id=1617498</a>.</p>
<h3 id="toc-État-de-la-version-flatpak-de-firefox-loccasion-dun-point-sur-le-décodage-vidéo-dansfirefox">État de la version Flatpak de Firefox : l’occasion d’un point sur le décodage vidéo dans Firefox</h3>
<p>Pour l’instant, le bogue le plus gênant concernant les versions Flatpak de Firefox (bêta et stable) est <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1621915">celui relatif à des polices qui s’affichent mal sur certains sites</a>.</p>
<p>Moins gênant, mais peut‑être plus intéressant à décrypter, il y a celui‑ci quant aux performances de lecture vidéo.</p>
<p>Sous GNU/Linux, le décodage des vidéos H.264 peut se faire <strong>de manière logicielle</strong> via la solution <a href="https://www.openh264.org/">OpenH264</a>, offerte à la communauté sous la licence FreeBSD par Cisco en 2013 et <a href="https://blogs.cisco.com/collaboration/ciscos-openh264-now-part-of-firefox">intégrée</a> <a href="https://andreasgal.com/2014/10/14/openh264-now-in-firefox/">à Firefox</a> en 2014, initialement seulement pour s’imbriquer avec le protocole WebRTC (aux côtés d’Opus pour le son) pour la visioconférence, et pas pour le décodage des vidéos disponibles en ligne – faute, pour OpenH264, de prendre charge, à l’époque, la version <em>high profile</em> de H.264 à côté du <em>baseline profile</em>.<br>
À noter que la situation est en train de changer, puisque <a href="https://github.com/cisco/openh264/releases">la version 2.0 d’OpenH264 parue en juin 2019</a> prend aussi en charge dorénavant les profils <em>main</em> et <em>high</em>. Ainsi <a href="https://blogs.gnome.org/kalev/2019/09/25/out-of-box-h-264-and-aac-support-in-fedora-31-workstation/">Fedora <em>Workstation</em> peut désormais proposer le décodage H.264 par défaut, au bénéfice de toutes les applications</a> (ils y sont <a href="https://blogs.gnome.org/uraeus/2019/04/03/preparing-for-fedora-workstation-30/">d’ailleurs</a> pour quelque chose).</p>
<p>Autre nouveauté, toujours sous GNU/Linux, <a href="//linuxfr.org/news/firefox-75-paques-avant-l-heure#toc-nouveaut%C3%A9s-pour-le-bureau">Firefox 75</a> a implémenté, sous Wayland seulement et de manière expérimentale, via <a href="https://wiki.libav.org/Hardware/vaapi">la VA‑API</a>, <strong>le décodage matériel</strong> des vidéos H.264 disponibles en ligne (auxquelles s’ajoute avec la présente version 76 le décodage expérimental, sous Wayland toujours, des vidéos VP9 disponibles en ligne – le tout hors protocole WebRTC qui reste géré séparément).</p>
<p>Vous suivez toujours ? Et Flatpak, dans tout ça, me direz‑vous ? Le problème est double à ce niveau <strong>avec la version Flatpak de Firefox</strong> :</p>
<ul>
<li>le décodage matériel des vidéos H.264/VP9 disponibles en ligne <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1622425">ne marche pas pour le moment</a> (à noter que <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1630754">ce préalable</a> vient d’être implémenté dans la future version 77) ;</li>
<li>pour le décodage logiciel de H.264, libavcodec appelle OpenH264 (<em>runtime</em> org.freedesktop.Platform.openh264) <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1628428">qui est anormalement lent</a> (VP9 n’est donc pas impacté dans cette hypothèse).</li>
</ul>
<p>En attendant que ces bogues soient réglés, la solution de contournement actuellement travaillée est de <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1628407">passer par la version OpenH264 de FFmpeg (<em>runtime</em> org.freedesktop.Platform.ffmpeg-full) pour offrir un décodage logiciel décent de H.264</a>.</p>
<p>Maintenant que vous voyez le micmac pour le décodage, imaginez le taff pour de l’encodage (꒪ȏ꒪;).</p>
<h3 id="toc-loxydation-continue">L’oxydation continue</h3>
<p>Cette fois, <a href="https://blog.mozilla.org/nnethercote/2020/04/15/better-stack-fixing-for-firefox/">c’est l’outil <em>stack fixing</em> pour développeurs qui y passe</a> (c’est <a href="https://wiki.mozilla.org/Oxidation#Outside_Firefox">un outil pour Firefox</a> et non une partie de Firefox lui‑même qui est ici concerné). Le résultat, en <a href="https://fr.wikipedia.org/wiki/Rust_(langage)">Rust</a> donc, s’avère largement plus performant et unifie trois outils (un pour chacune des trois plates‐formes prises en charge).</p>
<h3 id="toc-À-la-découverte-de-quelques-extensions-pour-augmenter-les-capacités-de-votrefirefox">À la découverte de quelques extensions pour augmenter les capacités de votre Firefox</h3>
<p>Faîtes votre choix parmi ces extensions toutes libres (et <em>viendez</em> en présenter d’autres dans la <a href="//linuxfr.org/news/firefox-77">prochaine dépêche</a> !) :</p>
<ul>
<li>
<a href="https://addons.mozilla.org/fr/firefox/addon/lightbeam-3-0/">Lightbeam</a> : il est de retour pour <a href="http://libre-ouvert.toile-libre.org/index.php?article217/comprendre-les-mecanismes-pistage-nos-comportements-ligne">révéler graphiquement le pistage souterrain et massif des internautes</a> à fins de les manipuler (le profilage permettant le ciblage) <a href="https://video.lqdn.fr/videos/watch/1556d119-6c21-4d58-9add-058a5b2a91d4">au bénéfice d’entreprises ou de partis politiques</a> ;</li>
<li>
<a href="//linuxfr.org/users/antistress/journaux/textmarker-pour-firefox-surlignez-et-annotez-le-web">Textmarker</a> : surlignez et annotez le Web ;</li>
<li>
<a href="http://libre-ouvert.toile-libre.org/index.php?article232/lextension-jour-open-with-pour-firefox">Open With</a> : ouvrez l’adresse URL de l’onglet courant dans n’importe quel programme (existe aussi pour Thunderbird) ;</li>
<li>
<a href="https://addons.mozilla.org/fr/firefox/addon/in-my-pocket/">In My Pocket</a> (dont <a href="https://inmypocketaddon.com/changelog.html">la nouvelle version 0.11</a> vient de sortir) : accédez facilement aux liens sauvegardés dans Pocket directement depuis l’interface de Firefox, et d’autres options pratiques (comme un bouton alternatif dans la barre d’adresse que vous pouvez paramétrer pour qu’il ferme directement l’onglet au moment de l’envoyer dans Pocket) ;</li>
<li>
<a href="https://addons.mozilla.org/fr/firefox/addon/string-or-nothing/">String (or nothing)</a> : permet de chercher dans votre liste Pocket depuis la barre d’adresse de Firefox ;</li>
<li>
<a href="https://addons.mozilla.org/fr/firefox/addon/tab-tally/">Tab Tally</a> : affrontez la réalité en regardant le nombre de vos onglets en face ;</li>
<li>
<a href="https://addons.mozilla.org/fr/firefox/addon/simple-tab-groups/">Simple Tab Groups</a> : <em><a href="//linuxfr.org/users/jiehong/journaux/firefox-panorama-est-dans-de-beaux-draps">Panorama</a> is back and</em> il est encore plus puissant. Organisez vos onglets par groupes, avec ou sans aperçus (et possibilité de décharger ceux des groupes non ouverts).</li>
</ul>
<h3 id="toc-État-de-firefox-preview">État de Firefox Preview</h3>
<h4 id="toc-État-bêta">État Bêta !</h4>
<p>Ayé, Firefox <em>Preview</em> est <a href="https://arewefenixyet.com/">officiellement devenu</a> la version bêta de Firefox pour Android.</p>
<p>Et que trouve‑t‑on actuellement dans cette bêta ? Non pas une, ni trois, ni même cinq, mais six extensions déjà fonctionnelles sur ce navigateur de nouvelle génération pour Android ! Après <em>uBlock Origin</em>, c’est au tour de <em>Dark Reader</em>, <em>HTTPS Everywhere</em>, <em>NoScript</em>, <em>Privacy Badger</em> et <em>Search by Image</em> <a href="https://blog.mozilla.org/addons/2020/04/14/april-extensions-for-firefox-preview/">d’arriver sur Firefox <em>Preview</em></a>.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f7062732e7477696d672e636f6d2f6d656469612f45566b616b4848576f4141765848633f666f726d61743d6a7067/EVkakHHWoAAvXHc?format=jpg" alt="Panneau de Firefox Preview montrant les nouvelles extensions" title="Source : https://pbs.twimg.com/media/EVkakHHWoAAvXHc?format=jpg"></p>
<p>On trouvera également la fonction d’incrustation vidéo (<em>picture in picture</em>), la possibilité de faire d’un site une application et <a href="https://blog.mozfr.org/post/2020/05/Firefox-Android-derniere-ligne-droite-Fenix">d’autres choses</a>, à tester dès à présent dans la toute récente <a href="https://github.com/mozilla-mobile/fenix/releases/tag/v5.0.0">Firefox Preview 5.0</a>, alias <a href="https://github.com/mozilla-mobile/fenix/releases/tag/v76.0.0-beta.1">Firefox Bêta 76</a>, donc. Ainsi, tous les utilisateurs de la version bêta de Firefox pour Android ont fait l’objet d’une migration automatique sur Firefox <em>Preview</em> en avril, après ceux de la version <em>nightly</em> en mars.</p>
<h4 id="toc-où-récupérer-firefox-preview">Où récupérer Firefox Preview ?</h4>
<p>Vous pouvez récupérer la dernière version, ou préférer la <em>nightly</em> pour avoir les <a href="//linuxfr.org/users/antistress/liens/nightly-on-android-tap-the-fox-5-times-to-unlock-the-secret-tab-tray-reddit">nouvelles fonctionnalités</a> avant les autres, toutes deux dans le magasin d’applications de Google.</p>
<p>En attendant que ce soit disponible dans F‑Droid, vous pouvez aussi récupérer les APK directement chez Mozilla : <a href="https://firefox-ci-tc.services.mozilla.com/tasks/index/project.mobile.fenix.v2.production/latest">stable</a>, <a href="https://firefox-ci-tc.services.mozilla.com/tasks/index/project.mobile.fenix.v2.beta/latest">bêta</a>, et même <a href="https://firefox-ci-tc.services.mozilla.com/tasks/index/project.mobile.fenix.v2.nightly/latest"><em>nightly</em></a> (<a href="https://www.reddit.com/r/firefox/comments/g3ix3i/firefox_preview_43_is_out/fns62c1/">via Reddit</a>). Elle est pas belle la vie ?</p>
<h3 id="toc-deepspeech-version07">DeepSpeech version 0.7</h3>
<p>Le <a href="https://github.com/mozilla/deepspeech">projet DeepSpeech</a> de moteur <em>open source</em> de reconnaissance vocale <a href="https://www.phoronix.com/scan.php?page=news_item&px=DeepSpeech-0.7-Speech-To-Text">est sorti en version 0.7</a> (la version précédente datait de décembre). Cette solution tire profit de l’accélération matérielle des processeurs centraux et graphiques (CUDA).</p>
<p>Pour rappel, outre ce moteur de <em>Speech to Text</em> (s2t), Mozilla construit parallèlement les briques suivantes :</p>
<ul>
<li>
<a href="//linuxfr.org/news/mozilla-common-voice-vers-une-reconnaissance-vocale-libre">projet <em>Common Voice</em></a>, qui a pour objectif de fournir, avec votre aide, une base de données de voix à destination des développeurs de logiciels de reconnaissance vocale ;</li>
<li>
<a href="https://github.com/mozilla/TTS">TTS</a>, projet symétrique de <em>Text to Speech</em>.</li>
</ul>
<h3 id="toc-nouvelle-api-du-w3c-webgpu">Nouvelle API du W3C : WebGPU</h3>
<p>Peut‑être vu comme le successeur de WebGL, pour les applications Web mais aussi natives. Et c’est déjà implémenté dans Firefox <em>nightly</em> (en Rust !). Comme à chaque fois avec le <a href="https://fr.wikipedia.org/wiki/W3C" title="Définition Wikipédia">W3C</a>, il s’agit notamment de lutter contre les solutions particulières. Maintenant que Blink, le moteur de Chromium, écrase tout, cela semble plus que jamais nécessaire. Plus d’informations <em><a href="//linuxfr.org/users/antistress/liens/a-taste-of-webgpu-in-firefox-exemple-de-rendu-avec-vulkan-sur-gnu-linux-a-l-appui">ici</a></em> sur le fruit de ce travail de quatre années.</p>
<h3 id="toc-prochaine-version-de-mzla-technologies-corporation-thunderbird-quen-saiton">Prochaine version de MZLA Technologies Corporation Thunderbird : qu’en sait‑on ?</h3>
<p>Basée sur Firefox 78 ESR, elle pourrait sortir en juillet et profiter notamment de toutes les corrections apportées au fonctionnement dans une session Wayland et à la fabrication de paquets Flatpack réalisées depuis la version 68 ESR de Firefox, sans parler des développements spécifiques à Thunderbird sur lesquels il y a, hélas, peu de communication. Cette version <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1572398">marquera la fin de XUL</a>, accompagnant <a href="https://briangrinstead.com/blog/firefox-webcomponents/">l’effort en cours dans Firefox</a>.</p>
<p>L’an passé <a href="https://blog.thunderbird.net/2019/10/thunderbird-enigmail-and-openpgp/">il avait été indiqué</a> que la prise en charge de la norme de chiffrement de courrier électronique OpenPGP arriverait dans Thunderbird 78, avec l’aide de Patrick Brunschwig, le développeur d’<a href="https://fr.wikipedia.org/wiki/Enigmail" title="Définition Wikipédia">Enigmail</a>.</p>
<p><a href="https://blog.thunderbird.net/2020/01/thunderbirds-new-home/">L’annonce de janvier</a> promet beaucoup :</p>
<blockquote>
<p>« <em>Moving to MZLA Technologies Corporation will not only allow the Thunderbird project more flexibility and agility, but will also allow us to explore offering our users products and services that were not possible under the Mozilla Foundation. The move will allow the project to collect revenue through partnerships and non‑charitable donations, which in turn can be used to cover the costs of new products and services.</em> »</p>
</blockquote>
<p>On peut trouver ici <a href="https://developer.thunderbird.net/planning/roadmap">une feuille de route pour la prochaine version (78) et au‑delà</a>.</p>
<h3 id="toc-nouveau-blogue-mozilla-attackdefense">Nouveau blogue Mozilla : Attack & Defense</h3>
<blockquote>
<p>« <em>The <a href="https://blog.mozilla.org/attack-and-defense/">Attack & Defense</a> blog is targeted directly at security researchers who are interested in new developments in Mozilla’s Bug Bounty, and guides, tips, and tricks for finding bugs in Firefox.</em> »</p>
</blockquote>
<p>Il s’ajoute au <a href="https://blog.mozilla.org/security/">Mozilla Security Blog</a>.</p>
<h2 id="toc-contribuer">Contribuer…</h2>
<h3 id="toc-à-firefox">…à Firefox</h3>
<p>Vous pouvez sans risque aider à tester Firefox bêta <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1441922#c59">en l’installant à partir de sa version Flatpak</a> :</p>
<ul>
<li>soit en cliquant sur le <a href="https://flathub.org/beta-repo/appstream/org.mozilla.firefox.flatpakref">lien</a> qui passera le relai par exemple à GNOME Software ou KDE discover ;</li>
<li>soit en entrant dans un terminal la commande : <code>flatpak install --user https://flathub.org/beta-repo/appstream/org.mozilla.firefox.flatpakref</code>.</li>
</ul>
<h3 id="toc-aux-dépêches-surfirefox">…aux dépêches sur Firefox</h3>
<p>Pour contribuer à la prochaine dépêche sur Firefox 77, c’est <a href="//linuxfr.org/news/firefox-77">par ici</a> !</p>
</div><div><a href="https://linuxfr.org/news/firefox-76-dites-septantesix.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/119919/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/firefox-76-dites-septantesix#comments">ouvrir dans le navigateur</a>
</p>
antistress
Davy Defaud
Benoît Sibaud
Strash
ZeroHeure
Serge Julien
https://linuxfr.org/nodes/119919/comments.atom
tag:linuxfr.org,2005:News/37264
2016-06-12T16:19:35+02:00
2016-06-13T07:44:08+02:00
Firefox 47, version de transition
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<div><p>La 47<sup>e</sup> version de Firefox est sortie le 7 juin 2016 avec peu de nouveautés visibles pour l'utilisateur (citons tout de même une synchronisation optimisée des onglets ouverts à travers vos appareils, de multiples améliorations dans la gestion des vidéos et une nouvelle page de suivi des performances pour les développeurs), mais un important travail de fond qui se poursuit pour peaufiner l'existant (<a href="https://fr.wikipedia.org/wiki/WebRTC" title="Définition Wikipédia">WebRTC</a>…) et préparer la suite (<a href="https://wiki.mozilla.org/WebExtensions">WebExtensions</a>, <a href="https://wiki.mozilla.org/Electrolysis">Electrolysis</a>…).</p>
<p><img src="https://img.linuxfr.org/img/68747470733a2f2f6d6f7a6f72672e63646e2e6d6f7a696c6c612e6e65742f6d656469612f696d672f7374796c6567756964652f6964656e746974792f66697265666f782f75736167652d7374616e646172642e6464393934643632313665392e706e67/usage-standard.dd994d6216e9.png" alt="logo Firefox"></p>
<p>Par ailleurs, de nouvelles façons de contribuer en testant tôt les prochaines versions et futures fonctionnalités apparaissent avec cette version (programme Test Pilot, canal nightly).</p>
<p>Sans plus attendre, voici le détail des nouveautés pour les versions de bureau et mobile, ainsi que pour les développeurs. Suivent comme d'habitude quelques digressions autour de Firefox et Mozilla.</p></div><ul><li>lien nᵒ 1 : <a title="https://www.mozilla.org/fr/firefox/47.0/releasenotes/" hreflang="en" href="https://linuxfr.org/redirect/97054">Notes de la version bureau </a></li><li>lien nᵒ 2 : <a title="https://developer.mozilla.org/fr/Firefox/Releases/47" hreflang="en" href="https://linuxfr.org/redirect/97055">Notes de versions pour développeurs</a></li><li>lien nᵒ 3 : <a title="https://www.mozilla.org/fr/firefox/android/47.0/releasenotes/" hreflang="en" href="https://linuxfr.org/redirect/97056">Notes de la version mobile pour Android</a></li><li>lien nᵒ 4 : <a title="https://www.mozilla.org/fr/firefox/ios/4.0/releasenotes/" hreflang="fr" href="https://linuxfr.org/redirect/97057">Notes de la version 4.0 pour iOS</a></li><li>lien nᵒ 5 : <a title="https://linuxfr.org/news/firefox-46-version-suedee" hreflang="fr" href="https://linuxfr.org/redirect/97095">Précédente dépêche, pour la version 46</a></li><li>lien nᵒ 6 : <a title="https://www.mozilla.org/en-US/firefox/47.0/system-requirements/" hreflang="fr" href="https://linuxfr.org/redirect/97444">Liste des systèmes d’exploitation pris en charge par cette version </a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#version-bureau">Version Bureau</a></li>
<li><a href="#version-android">Version Android</a></li>
<li><a href="#commun">Commun</a></li>
<li><a href="#pour-les-d%C3%A9veloppeurs">Pour les développeurs</a></li>
<li><a href="#installer-firefox">Installer Firefox</a></li>
<li>
<a href="#prochaines-versions">Prochaines versions</a><ul>
<li><a href="#firefox-48">Firefox 48</a></li>
<li><a href="#versions-suivantes">Versions suivantes</a></li>
<li><a href="#programme-test-pilot">Programme Test Pilot</a></li>
<li><a href="#nightly">Nightly</a></li>
<li><a href="#retour-sur-la-gtk3isation-de-la-version-pour-gnulinux">Retour sur la GTK+3isation de la version pour GNU/Linux</a></li>
</ul>
</li>
<li>
<a href="#autour-de-firefox">Autour de Firefox</a><ul>
<li><a href="#tab-groups-20">Tab Groups 2.0</a></li>
<li><a href="#firefox-40-pour-ios">Firefox 4.0 pour iOS</a></li>
<li><a href="#tor-browser-60">Tor Browser 6.0</a></li>
<li><a href="#b2g-os-ex-firefox-os">B2G OS (ex Firefox OS)</a></li>
<li><a href="#daalaav1">Daala/AV1</a></li>
<li><a href="#servorust">Servo/Rust</a></li>
<li><a href="#initiative-sos-secure-open-source">Initiative SOS (Secure Open Source)</a></li>
</ul>
</li>
</ul><h2 id="version-bureau">Version Bureau</h2>
<p>Pas mal de choses dans cette version. Citons principalement :</p>
<ul>
<li>Un panneau latéral permet d'accéder à vos onglets ouverts dans vos autres appareils (et d'effectuer une recherche dessus) : bureau, Android, … tous les appareils sur lesquels la synchronisation a été activée ;</li>
<li>Tous les greffons, à l'exception notable de Flash, sont désormais désactivés par défaut ;</li>
<li>Si le greffon Flash n'est pas installé, Firefox corrige automatiquement à la volée l'ancien code d'intégration de vidéos YouTube pour le remplacer par le nouveau code s'appuyant sur la balise <code>video</code> de HTML5 ;</li>
<li>Activation du codec vidéo VP9 (utilisé par le format WebM) <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1230265">pour les utilisateurs possédant une machine suffisamment performante</a> qui profiteront alors d'une économie de bande passante ;</li>
<li>
<a href="//linuxfr.org/news/firefox-version-38">Après le DRM d'Adobe (Primetime)</a>, <a href="https://blog.mozilla.org/futurereleases/2016/04/08/mozilla-to-test-widevine-cdm-in-firefox-nightly/">c'est au tour de celui de Google (Widevine) d'intégrer Firefox</a>, mais à nouveau uniquement sous Windows (Vista et supérieur) et Mac OS X. Ce qui permet, sur ces plateformes, de se passer du greffon Silverlight sur des sites comme Amazon Video. Les deux modules fonctionnent dans un environnement isolé (bac à sable).</li>
</ul><h2 id="version-android">Version Android</h2>
<p>Une petite mise à jour, citons principalement :</p>
<ul>
<li>Utilisation des notifications système pour mettre en exergue les nouvelles fonctionnalités lors des mises à jour ;</li>
<li>Ajout d'une option permettant d'activer ou de désactiver les polices web dans les paramètres avancés de Firefox pour réduire le volume de données à charger.</li>
</ul><h2 id="commun">Commun</h2>
<p>Beaucoup de choses sous-jacentes dans cette version, dont :</p>
<ul>
<li>Des progrès dans les WebExtensions (à suivre dans le détail <a href="https://blog.mozilla.org/addons/2016/03/11/webextensions-in-firefox-47/">ici</a> et <a href="http://arewewebextensionsyet.com/">là</a>) et l'ajout d'une nouvelle ligne de commande pour tester et signer des add-ons. À noter : le manifeste WebExtension gère maintenant la propriété <em>créateur</em> permettant d'indiquer l'auteur de l'extension, cette propriété est affichée dans le gestionnaire d'extensions de Firefox ;</li>
<li>De nombreuses corrections de bug pour WebRTC (tous les détails <a href="https://wiki.mozilla.org/Media/WebRTC/ReleaseNotes/47">ici</a>) ;</li>
<li>La signature RSA-PSS dans WebCrypto est maintenant proposée ;</li>
<li>L'environnement d’exécution Web App (WebRT pour <em>Web App Runtime</em>), qui permettait d'installer des applications Web comme des applications natives, <a href="https://www.fxsitecompat.com/en-CA/docs/2016/web-app-runtime-has-been-removed-from-firefox-for-desktop-and-android/">a été supprimé de Firefox pour bureau et mobile</a>. Cette fonctionnalité non-standard avait été créée pour Firefox OS. Le Firefox Marketplace va arrêter la distribution de ces applications pour les ordinateurs et les téléphones Android. Firefox OS, le système d'exploitation pour mobile, n'est pas affecté <a href="https://wiki.mozilla.org/B2G/Transition_Project#Gecko_Changes">pour le moment</a>.</li>
</ul><h2 id="pour-les-développeurs">Pour les développeurs</h2>
<p>Signalons notamment :</p>
<ul>
<li>Possibilité désormais de surveiller les performances de Firefox en entrant dans la barre d'URL <code>about:performance</code>, ce qui ouvre un onglet listant le niveau de performance de chaque page ouverte et de chaque module avec pour chacun, un niveau de couleur indiquant l'état de performance de rouge à vert ;</li>
<li>Possibilité de feinter un site en changeant le <em>user agent</em> pour tester son design adaptatif.</li>
</ul><p>N'hésitez pas à parcourir <a href="https://developer.mozilla.org/en-US/Firefox/Releases/47">les notes de version détaillées à l'attention des développeurs</a> pour une liste exhaustive des nouveautés.</p>
<h2 id="installer-firefox">Installer Firefox</h2>
<p>La version bureau de Firefox est disponible en 32 ou 64 bits pour systèmes GNU/Linux, Mac OS X Snow Leopard (10.6) ou supérieur, Windows XP SP2 ou supérieur.</p>
<p>La version mobile pour Android de Firefox est disponible pour les versions Gingerbread (2.3) et suivantes.</p>
<p>NB : Les systèmes <a href="https://www.mozilla.org/fr/firefox/android/47.0/releasenotes/">Android 2.3</a> d'une part et <a href="http://www.nextinpact.com/news/99696-firefox-se-debarrasse-support-versions-10-6-10-7-et-10-8-dos-x.htm">Mac OS X 10.6, 10.7 et 10.8 d'autre part</a> ne seront plus pris en charge par les prochaines versions de Firefox. Les MacOSeux concernés se tourneront vers <a href="//linuxfr.org/news/firefox-45-esr-et-autres-actualites-mozilliennes">Firefox 45 ESR</a> pour bénéficier d'un petit sursis et continuer à recevoir des mises à jour pendant un temps.</p>
<h2 id="prochaines-versions">Prochaines versions</h2>
<h3 id="firefox-48">Firefox 48</h3>
<p><a href="https://blog.mozilla.org/addons/2016/04/29/webextensions-in-firefox-48/">Mozilla a d'ores et déjà annoncé</a> que les WebExtensions seront considérées comme stables dans la prochaine version de Firefox, et recommande aux développeurs d'extensions de commencer à utiliser l'API correspondante. La fondation s'est assurée que l'API (notamment la partie WebRequest) permettait à des extensions populaires ayant trait à la sécurité et à la vie privée comme Ghostery, RequestPolicy, NoScript (cf. ce <a href="https://hackademix.net/2016/03/09/webrequest-where-were-where-were-going/">billet de blogue</a>) et uBlock Origin de fonctionner avec ce nouveau modèle, quitte à étendre l'API de base qui est commune à Chrome. Par ailleurs, les WebExtensions débarquent sur la déclinaison Android du navigateur à partir de cette version 48.</p>
<p>Côté Electrolysis, les choses sérieuses vont commencer !<br>
Le plan de déploiement du mode multi-processus (alias Electrolysis : voir <a href="//linuxfr.org/news/firefox-46-version-suedee#projet-electrolysis-apz">notre dépêche précédente</a>) a franchi quelques étapes importantes en validant un certain nombre d'objectifs du projet, à savoir <a href="https://wiki.mozilla.org/E10s/Status/April22">le bon fonctionnement des greffons, la fluidité de l'interface et une consommation mémoire contenue</a>. Le principal obstacle au déploiement reste <a href="https://wiki.mozilla.org/E10s/Status/May5">le nombre de plantages</a> mais là aussi <a href="https://wiki.mozilla.org/E10s/Status/May20">le travail de stabilisation commence à porter ses fruits</a> (à noter que les versions pour Mac OS X 10.6-10.8 – <a href="//linuxfr.org/news/firefox-47-papiers-s-il-vous-plait#installer-firefox">bientôt abandonnées</a> – ainsi que celle pour Windows XP plombent les statistiques). Avec la version 48, 1 % des utilisateurs remplissant les conditions de déploiement à ce stade (c'est-à-dire 1 % de ceux qui n'utilisent ni extensions, ni Windows XP, ni lecteur d'écran, ni l'interface adaptée aux langues se lisant de droite à gauche) <a href="https://asadotzler.com/2016/06/06/firefox-48-beta-release-and-e10s/">auront le mode multi-processus activé pour commencer</a>. La base d'utilisateurs qui verront ce mode activé sera élargie au fur et à mesure au cours des semaines suivantes, selon les retours que Mozilla engrangera.</p>
<p>La rouille va commencer à oxyder Firefox avec cette prochaine version qui sera <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1163224">la première à comporter du code écrit en Rust</a> !</p>
<p>En outre, <a href="http://www.nextinpact.com/news/99711-firefox-developer-edition-48-continue-integration-firebug.htm">de nouveaux outils intègreront la version pour développeurs</a>.</p>
<h3 id="versions-suivantes">Versions suivantes</h3>
<p><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=962433">Firefox 49 s'appuiera sur le mode lecture pour imprimer les pages web</a>.</p>
<p>La prise en charge de la balise HTML <code>track</code> a été annoncée à l'occasion de <a href="//linuxfr.org/news/firefox-sur-son-31">la version 31</a>. Toutefois celle-ci n'est pas exempte de bogues (ex : les sous-titres s'affichent si la vidéo est au format WebM <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1270122">mais pas si celle-ci est au format Ogg</a>) et autres limitations (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=887934">pas d'interface graphique permettant de sélectionner les sous-titres</a>). Un récent regain d'activité sur les bogues correspondants laisse espérer des progrès prochains sur ce point.</p>
<h3 id="programme-test-pilot">Programme Test Pilot</h3>
<p>Il est désormais possible de <a href="https://blog.mozilla.org/blog/2016/05/10/you-can-help-build-the-future-of-firefox-with-the-new-test-pilot-program/">tester en avant-première des fonctionnalités qui finiront peut-être par intégrer le navigateur si les remontées sont concluantes</a>. Nul besoin pour cela d'abandonner la version stable du navigateur pour une version de développement, il suffit d'<a href="https://testpilot.firefox.com">installer l'extension ad hoc</a> et de choisir quelle(s) fonctionnalité(s) vous souhaitez tester. </p>
<p>Pour le moment vous pouvez essayer une disposition verticale des onglets (Tab Center), une nouvelle page d'accueil riche en suggestions tirées de votre historique de navigation et de vos marque-pages (Activity Stream), un champ unique fusionnant la barre d'adresse et celle de recherche (Universal Search) :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f696d6731312e686f7374696e67706963732e6e65742f706963732f3730313130347465737470696c6f742e706e67/701104testpilot.png" alt="Illustrations du programme Test Pilot, © Mozilla" title="Source : http://img11.hostingpics.net/pics/701104testpilot.png"></p>
<h3 id="nightly">Nightly</h3>
<p>Pascal Chevrel, acteur de longue date de la communauté Mozilla, vient de démarrer un projet de <a href="https://www.chevrel.org/carnet/?post/2016/05/31/Firefox-Nightly-nous-voila">Reboot de nightly</a>.</p>
<h3 id="retour-sur-la-gtk3isation-de-la-version-pour-gnulinux">Retour sur la GTK+3isation de la version pour GNU/Linux</h3>
<p>Suite à la parution de la version précédente de Firefox (et donc au test grandeur nature de cette mise à jour) qui basculait enfin sous GTK+3 par défaut sous GNU/Linux, le bogue-parent correspondant a connu un regain d'activité (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=627699">à partir du bogue-fils n° 1267815 il s'agit de bogues postérieurs à la sortie de la version 46</a> !). Et vous, avez-vous été concernés par des bogues suite au passage de la version 2 à la version 3 de GTK+ ?</p>
<p>Par contre <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=513159#c79">le bogue n° 513159 : [Linux/Gnome] Drawing in the Title Bar for the new Firefox theme</a> va pouvoir être réévalué à présent, et peut-être relancé. Avec à la clé un gain d'espace vertical, entre autres (surtout que l'extension <a href="https://addons.mozilla.org/fr/firefox/addon/htitle/">HTitle</a> <a href="https://github.com/gnome-integration-team/firefox-gnome/issues/397">n'est plus développée</a>). </p>
<h2 id="autour-de-firefox">Autour de Firefox</h2>
<h3 id="tab-groups-20">Tab Groups 2.0</h3>
<p>La fonction des groupes d'onglets, alias <em>Panorama</em>, a pris son indépendance et vit sa vie comme extension <a href="//linuxfr.org/news/firefox-45-esr-et-autres-actualites-mozilliennes#bureau">depuis la version 45 de Firefox</a> sous le nom de <a href="https://addons.mozilla.org/fr/firefox/addon/tab-groups-panorama/">Tab Groups</a>. Cette extension, maintenue par Luís Miguel alias Quicksaver (<a href="https://blog.mozilla.org/addons/2016/06/02/developer-profile-luis-miguel-aka-quicksaver/">interview</a>), vient juste de recevoir une importante mise à jour avec <a href="http://www.ghacks.net/2016/06/02/firefox-add-on-tab-groups-version-2-is-massive/">pléthore de nouveautés</a> autant visibles que sous le capot.<br>
Outre les améliorations en termes de performance, stabilité et consommation mémoire, citons la possibilité de basculer directement d'un groupe à l'autre par un bouton de la barre d'onglets sans avoir à passer par le gestionnaire de groupes ; l'ajout de nouveaux modes dont <em>Single view</em> qui permet d'utiliser la totalité de l'écran pour afficher les onglets du groupe courant (cf notre illustration ci-après) ; la possibilité de couper le son d'un onglet donné directement depuis le gestionnaire de groupes ; une fonction recherche améliorée ; la possibilité de créer un jeu de règles permettant de ventiler les pages dans les différents groupes automatiquement…<br>
Cette nouvelle version est juste incroyable, et je ne m'en suis personnellement pas encore remis.<br><img src="//img.linuxfr.org/img/68747470733a2f2f6164646f6e732e63646e2e6d6f7a696c6c612e6e65742f757365722d6d656469612f70726576696577732f66756c6c2f3137342f3137343734332e706e673f6d6f6469666965643d31343634373236393931/174743.png?modified=1464726991" alt="Single View" title="Source : https://addons.cdn.mozilla.net/user-media/previews/full/174/174743.png?modified=1464726991"></p>
<h3 id="firefox-40-pour-ios">Firefox 4.0 pour iOS</h3>
<p>Vous prendrez bien un peu de <a href="https://fr.wikipedia.org/wiki/Canada%20Dry" title="Définition Wikipédia">Canada Dry</a> ? Pour rappel, cette déclinaison s’appuie obligatoirement sur le moteur de rendu WebKit proposé par Apple au sein d’iOS (au lieu, en l'occurrence, de Gecko, celui conçu par Mozilla).<br>
La version 4.0 est sortie avec son lot de nouveautés que vous pouvez découvrir vous-même <a href="https://blog.mozilla.org/blog/2016/05/11/firefox-for-ios-makes-it-faster-and-easier-to-use-the-mobile-web-the-way-you-want/">en anglais</a> ou <a href="http://www.nextinpact.com/news/99824-firefox-4-0-sur-ios-widget-et-barre-recherche-amelioree.htm">en français</a>.</p>
<h3 id="tor-browser-60">Tor Browser 6.0</h3>
<p>Durant ce cycle de développement <a href="http://www.nextinpact.com/news/100055-tor-browser-6-0-passe-sur-firefox-45-esr-et-abandonne-sha1.htm">est sorti Tor Browser 6.0, basé sur Firefox 45 ESR</a>.</p>
<h3 id="b2g-os-ex-firefox-os">B2G OS (ex Firefox OS)</h3>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f77696b692e6d6f7a696c6c612e6f72672f696d616765732f642f64662f4232675f776f72646d61726b2e706e67/B2g_wordmark.png" alt="Logo de B2G" title="Source : https://wiki.mozilla.org/images/d/df/B2g_wordmark.png"></p>
<p>Le projet <a href="https://wiki.mozilla.org/B2G">B2G OS</a> (nom de code provisoire) est la reprise par la communauté de la version de Firefox OS pour ordiphones (Firefox OS by Mozilla devant poursuivre sa route sur d'autres appareils : téléviseurs et autres <a href="https://fr.wikipedia.org/wiki/Internet_des_objets">objets connectés</a>).</p>
<p>Alors que les nouvelles de la transition semblaient concerner exclusivement les ordiphones <a href="https://developer.mozilla.org/fr/Firefox_OS/Guide_Telephone_Developpeur/Flame">Flame</a> et Sony Z3C qui sont les deux téléphones de développement officiels (<a href="http://liens.planet-libre.org/?PgDsvA">les gars de Sony rendent leurs appareils bidouillables</a>, bravo à eux), <a href="https://discourse.mozilla-community.org/t/zte-open-c/8402">un récent message de dattaz sur le forum dédié</a> nous rassure quelque peu, s'agissant des ZTE Open C, seuls ordiphones qui aient été commercialisés en France sous Firefox OS, à l'image de cette capture d'écran :</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f7333322e706f7374696d672e6f72672f6630766c71327068782f4f70656e5f435f42325f474f532e706e67/Open_C_B2_GOS.png" alt="capture écran d'un ZTE Open C sous B2G - source https://forums.mozfr.org/viewtopic.php?p=820844#p820844" title="Source : https://s32.postimg.org/f0vlq2phx/Open_C_B2_GOS.png"></p>
<p>La liste des appareils pris en charge est consultable <a href="https://developer.mozilla.org/en-US/docs/Mozilla/B2G_OS/Building_and_installing_B2G_OS/Compatible_Devices">ici</a>.</p>
<p>La transition est en passe d'être accomplie si j'en crois <a href="https://forums.mozfr.org/viewtopic.php?p=822277#p822277">ce récent message de lapineige sur Geckozone</a> : « Le but du côté de Mozilla de cette transition était de supprimer les anciennes API pour préparer la suite, et au niveau du système d'avoir l'écran d’accueil, les paramètres, la navigation internet et la téléphonie fonctionnelle.<br>
Seule la téléphonie n'est pas terminée (bien vu, en informatique rien n'est jamais prêt à temps :lol:), mais presque, quelques éléments de l'interface restent à corriger, et la réception des appels (= on peut appeler, mais pas être appelé) n'est pas fonctionnelle à cause d'un problème de stockage (manifestement facile à résoudre). C'est la partie qui était la plus complexe, il faut des connaissances sur la Radio Interface Layer (RIL) pour s'y attaquer.<br>
Maintenant, pour avoir un système complet comme FxOS 2.6, il faut convertir les anciennes applications natives en webapp ».</p>
<h3 id="daalaav1">Daala/AV1</h3>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f656e2f662f66372f416c6c69616e63655f666f725f4f70656e5f4d656469615f6c6f676f2e706e67/Alliance_for_Open_Media_logo.png" alt="logo de The Alliance for Open Media" title="Source : https://upload.wikimedia.org/wikipedia/en/f/f7/Alliance_for_Open_Media_logo.png"></p>
<p>Le disruptif et prometteur codec vidéo <a href="https://fr.wikipedia.org/wiki/Daala" title="Définition Wikipédia">Daala</a>, qui repose sur des techniques tout à fait différentes des codecs de la lignée MPEG (MPEG-2, DivX, H264, H.265/HEVC…), continue de progresser, sous l'égide de la fondation Xiph.Org et avec le soutien de Mozilla, comme le rappelle <a href="http://jmspeex.livejournal.com/14152.html">ce récent billet</a> de Jean-Marc Valin, employé chez Mozilla. Lequel vient par ailleurs de nous gratifier d'un très complet <a href="https://people.xiph.org/%7Ejm/daala/revisiting/">état des techniques à l'œuvre dans Daala</a>.</p>
<p>Ces techniques profiteront, pour certaines d'entre elles, à AOMedia Video (AV1), le codec actuellement développé par l'organisation à but non-lucratif <a href="https://fr.wikipedia.org/wiki/Alliance_for_Open_Media">Alliance for Open Media (AOMedia)</a> (littéralement alliance pour un Média Ouvert) qui regroupe notamment Amazon, AMD, ARM, Cisco, Google, Intel Corporation, Microsoft, Mozilla, Netflix et NVIDIA afin de faire émerger un codec libre de brevets avec une implémentation open-source de référence pour des usages liés à Internet (streaming, WebRTC…) ou autres, dont la version finale pourrait être publiée <a href="http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/A-Progress-Report-The-Alliance-for-Open-Media-and-the-AV1-Codec-110383.aspx">au premier trimestre 2017</a>. Ce codec serait principalement basé sur VP10, avec des améliorations issues de Daala et Thor (un codec développé par Cisco).</p>
<h3 id="servorust">Servo/Rust</h3>
<p><img src="https://img.linuxfr.org/img/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f636f6d6d6f6e732f7468756d622f622f62322f527573745f4c6f676f2e7376672f32303070782d527573745f4c6f676f2e7376672e706e67/200px-Rust_Logo.svg.png" alt="logo de Rust"></p>
<p>Nous retrouvons donc notre rubrique (qui deviendra peut-être régulière, qui sait ?) relative à ces technologies émergentes et prometteuses !</p>
<p>Trois composants de Gecko sont candidats à une réécriture en <a href="https://fr.wikipedia.org/wiki/Rust_%28langage%29">Rust</a> pour commencer l'expérimentation <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1135640">Oxidation</a> : <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1151899">l'analyseur lexical d'url</a>, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1161350">l'analyseur de fichiers MP4</a> et, le petit dernier : <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1267492">le <em>demuxer</em> de fichiers WebM</a>. Pour le premier c'est Valentin Gosu (<a href="https://github.com/valenting">GitHub</a>, <a href="https://twitter.com/valentingosu">Twitter</a>) qui est à la barre, pour les deux autres c'est Ralph Giles (<a href="https://github.com/rillian">GitHub</a>, <a href="https://twitter.com/rillian">Twitter</a>) qui semble chaud-bouillant pour jouer avec Rust !</p>
<p>Sinon deux étudiants (<a href="http://blog.zhenzhang.me/">Zhen Zhang</a> et <a href="http://creativcoder.xyz/">Rahul Sharma</a>) <a href="http://blog.servo.org/2016/05/02/twis-61/">ont été sélectionnés</a> pour travailler sur Servo dans le cadre du <a href="https://fr.wikipedia.org/wiki/GSoC" title="Définition Wikipédia">GSoC</a> 2016 (précisément sur l'<a href="https://github.com/servo/servo/wiki/Summer-of-Code-2016:-File-support">API File</a> et les <a href="https://github.com/servo/servo/wiki/Summer-of-Code-2016:-ServiceWorker-infrastructure">fondations pour les Service Workers</a>).</p>
<p>Enfin, c'est fou de se dire que <a href="https://www.phoronix.com/scan.php?page=news_item&px=Vulkano-Rust-Understanding">bientôt</a> il pourrait y avoir <a href="https://github.com/servo/webrender/issues/186">des logiciels majeurs</a> écrits en Rust et s'appuyant sur la nouvelle API 3D <a href="https://fr.wikipedia.org/wiki/Vulkan_%28API%29">Vulkan</a>, deux technologies qui n'existaient pas encore récemment (<a href="https://fr.wikipedia.org/wiki/Rust_%28langage%29">Rust 1.0 est sorti il y a un peu plus d'un an</a> et <a href="//linuxfr.org/users/rewind/journaux/vulkan-1-0">Vulkan 1.0 est sorti il y a quatre mois</a>).</p>
<h3 id="initiative-sos-secure-open-source">Initiative SOS (Secure Open Source)</h3>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f626c6f672e6d6f7a696c6c612e6f72672f77702d636f6e74656e742f75706c6f6164732f323031362f30362f68656172626c6565642d62616e646167652d323532783236302e706e67/hearbleed-bandage-252x260.png" alt="Heartbleed" title="Source : https://blog.mozilla.org/wp-content/uploads/2016/06/hearbleed-bandage-252x260.png"></p>
<p>Mozilla vient d'annoncer <a href="http://www.zdnet.fr/actualites/sos-mozilla-veut-financer-les-projets-critiques-de-l-open-source-39838188.htm">le lancement de son programme <em>Secure open source</em>, ou SOS</a>. Ce programme, doté de 500 000 dollars pour commencer, s'inscrit dans le cadre de son initiative plus large : <a href="http://www.zdnet.fr/actualites/la-fondation-mozilla-debloque-un-million-de-dollars-pour-des-projets-open-source-39827142.htm"><em>Mozilla Open Source Support Program</em>, ou MOSS</a>, visant à financer des projets libres ou open source ayant contribué au développement de la fondation Mozilla au cours des dernières années. Cette fois il s'agit de permettre de financer un audit de sécurité ainsi que les corrections nécessaires pour des projets open source clés. Perl-Compatible Regular Expressions (PCRE), libjpeg-turbo et phpMyAdmin en sont les premiers bénéficiaires. Cette initiative est parallèle et complète la <em>Core Infrastructure Initiative</em> entreprise suite à <a href="https://fr.wikipedia.org/wiki/Heartbleed" title="Définition Wikipédia">Heartbleed</a> par quelques grandes sociétés qui ont accepté de payer pour assurer la sécurité de <a href="https://www.coreinfrastructure.org/grants">logiciels stratégiques pour leurs services en ligne</a>.</p>
<p>Voilà pour ce tour d'horizon : la suite au mois d'août 2016 !</p></div><div><a href="https://linuxfr.org/news/firefox-47-version-de-transition.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/108833/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/firefox-47-version-de-transition#comments">ouvrir dans le navigateur</a>
</p>
antistress
gusterhack
Benoît Sibaud
Yves Bourguignon
palm123
BAud
Florent Zara
M5oul
ZeroHeure
ariasuni
Eric
Nÿco
Jiehong
Sylvestre Ledru
err404
claudex
https://linuxfr.org/nodes/108833/comments.atom
tag:linuxfr.org,2005:Diary/36128
2015-09-28T09:09:38+02:00
2015-09-28T09:09:38+02:00
Codec War S42E84
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<p>Les progrès faits sur les capacités de calcul des processeurs font que les formats de codecs évoluent en permanence. Aujourd'hui, deux formats se distinguent : le <a href="https://fr.wikipedia.org/wiki/h265" title="Définition Wikipédia">h265</a> car il est porté par l'industrie, et le <a href="https://fr.wikipedia.org/wiki/VP9" title="Définition Wikipédia">VP9</a> car il est porté par Google. S'il est évident que le h265 a gagné la bataille du matériel - il a été le premier à être massivement disponible dans des décodeurs économes en Watts (téléphones/camescopes/etc) - le second a les faveurs du streaming le plus utilisé au monde : YouTube.</p>
<p>Un <a href="https://blogs.gnome.org/rbultje/2015/09/28/vp9-encodingdecoding-performance-vs-hevch-264/">billet</a> de Ronald S. Bultje nous apprend notamment que :</p>
<ul>
<li>h265 et VP9 sont de qualité équivalente, aucun ne se distingue de l'autre là-dessus;</li>
<li>ils améliorent de 50% la taille des vidéos par rapport à la génération précédente;</li>
<li>ça a un coût lors de la préparation des vidéos : jusqu'à 20 fois plus lent;</li>
<li>le décodage par logiciel est par contre aussi rapide au même niveau de qualité pour VP9, tandis que H265 reste nettement plus lent;</li>
</ul><p>Bref, il y a des chances que VP9 rencontre du succès en dehors de l'industrie, un peu comme le <a href="https://fr.wikipedia.org/wiki/DivX#Historique">hack DivX</a>, pour les partages de films.</p><div><a href="https://linuxfr.org/users/zezinho/journaux/codec-war-s42e84.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/106886/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/zezinho/journaux/codec-war-s42e84#comments">ouvrir dans le navigateur</a>
</p>
ʭ ☯
https://linuxfr.org/nodes/106886/comments.atom
tag:linuxfr.org,2005:Diary/36035
2015-08-11T22:47:26+02:00
2015-08-14T13:16:17+02:00
Cisco annonce Thor
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<p>Cher nal, un petit mot sur un nouveau codec vidéo à venir :</p>
<p><a href="https://fr.wikipedia.org/wiki/Cisco_Systems">Cisco</a> <a href="http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec">annonce</a> <a href="https://github.com/cisco/thor">Thor</a>. Ci-après une traduction partielle (et de piètre qualité) d'une citation du blog :</p>
<blockquote>
<p>« <em>Les codecs de prochaine génération commencent tout juste à émerger. Deux se distinguent - codec vp9 exclusif de Google, et le H.265 standard de facto de l'industrie (HEVC) codec</em> (…) <em>Malheureusement, la situation de la licence du brevet pour H.265 a récemment pris un mauvais virage.</em> (…) <em>La licence H.265 (pour ces deux pools) est jusqu'à seize fois plus cher que H.264, par unité. Et H.265 n'a plus de limite annuel de coût.</em> (…) <em>Ces conditions de licence empêchent l'utilisation du H.265 dans l'open source ou logiciel distribué librement, comme les navigateurs web. Ils empêchent aussi son utilisation dans les produits freemium - comme WebEx ou Cisco Spark - qui ont des versions que les utilisateurs peuvent utiliser gratuitement.</em> <br>
(…)<br><em>Nous croyons que l'industrie a besoin d'un codec de haute qualité de nouvelle génération qui peut être utilisé partout.</em><br>
(…)<br><em>Afin de poursuivre cet objectif, nous avons commencé un projet visant à créer un nouveau codec vidéo qui répondrait à ces besoins. Nous appelons ce projet Thor.</em></p>
</blockquote><div><a href="https://linuxfr.org/users/bubar/journaux/cisco-annonce-thor.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/106481/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/bubar/journaux/cisco-annonce-thor#comments">ouvrir dans le navigateur</a>
</p>
bubar🦥
https://linuxfr.org/nodes/106481/comments.atom
tag:linuxfr.org,2005:Diary/35418
2014-11-19T20:02:07+01:00
2014-11-19T20:02:07+01:00
HEVC/VP9 : x265 vs libvpx
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li>
<a href="#les-encodeurs">Les encodeurs</a><ul>
<li><a href="#x265">x265</a></li>
<li><a href="#libvpx">libvpx</a></li>
<li><a href="#x264">x264</a></li>
<li><a href="#lecture">Lecture</a></li>
</ul>
</li>
<li>
<a href="#param%C3%A8tres-dencodage">Paramètres d'encodage</a><ul>
<li><a href="#x265-1">x265</a></li>
<li><a href="#x264-1">x264</a></li>
<li><a href="#libvpx-1">libvpx</a></li>
<li><a href="#side-by-side">Side-by-side</a></li>
</ul>
</li>
<li>
<a href="#les-tests">Les tests</a><ul>
<li><a href="#crowd-run-3840x216050-10s">Crowd run (3840x2160@50, 10s)</a></li>
<li><a href="#pedestrian-area-1920x108025-15s">Pedestrian area (1920x1080@25, 15s)</a></li>
<li><a href="#old-town-1280x72050-10s">Old Town (1280x720@50, 10s)</a></li>
</ul>
</li>
<li><a href="#bilan">Bilan</a></li>
</ul><p>Bonjour à tous !</p>
<p><a href="//linuxfr.org/users/elyotna/journaux/hevc-h-265-et-x265-mes-premiers-tests">La dernière fois</a>, je vous ai vanté les mérites du futur codec vidéo <a href="http://fr.wikipedia.org/wiki/H.265/HEVC">HEVC</a> contre son prédécesseur <a href="http://fr.wikipedia.org/wiki/H.264">H.264</a>.<br>
Ce qui nous intéresse aujourd'hui, c'est comment HEVC se compare face à son concurrent <a href="http://fr.wikipedia.org/wiki/VP9">VP9</a>, qui a été racheté par google il y a cinq ans.</p>
<p>L'écriture de ce journal m'est venue car j'ai récemment remarqué que mes vidéos youtube se jouaient toutes en VP9 depuis quelques mois (avec le lecteur HTML5 sous chrome).<br>
Google essaie de pousser son nouveau codec en forçant son utilisation sur la plateforme de vidéo la plus populaire au monde.</p>
<p>La question est donc : VP9, ça vaut quoi ?</p>
<p>Je vous propose donc un petit face-à-face entre VP9 et HEVC, mais également une comparaison avec l'ancien H.264.</p>
<h2 id="les-encodeurs">Les encodeurs</h2>
<h3 id="x265">x265</h3>
<p>X265 est un encodeur HEVC nommé après le très célèbre x264 pour H.264. Il est open-source et développé par la société multicoreware.<br>
J'utiliserai la version 1.4 sortie le 3 novembre 2014, et je mux le résultat dans des fichiers <a href="http://fr.wikipedia.org/wiki/Matroska">MKV</a>.<br>
Je me suis fourni sur le repo mercurial disponible sur <a href="https://bitbucket.org/multicoreware/x265/commits/all">bitbucket</a>.</p>
<h3 id="libvpx">libvpx</h3>
<p>La libvpx, c'est le projet de google qui rassemble des bibliothèques de décodage/codage pour VP8 et VP9. C'est la seule implémentation logicielle pour VP9 qui existe.<br>
J'utiliserai la dernière révision git, tout simplement parce que la dernière version (1.3.0) date de novembre 2013 et est indiquée comme "expérimentale pour VP9".<br>
Je mux le résultat dans des fichiers <a href="http://fr.wikipedia.org/wiki/WebM">WebM</a>.<br>
Je me suis fourni sur le repo git disponible <a href="https://chromium.googlesource.com/webm/libvpx/">ici</a>.</p>
<h3 id="x264">x264</h3>
<p>On ne le présente plus, j'utiliserai l'encodeur x264 build 142 pour les échantillons H.264.</p>
<h3 id="lecture">Lecture</h3>
<p>Pour la lecture, j'ai utilisé Media Player Classic HC sous windows. J'aurais bien voulu utiliser VLC, mais même en 2.2.0-rc1 j'ai rencontré de gros problèmes de performances en lecture de flux HEVC, et la moitié des vidéos VP9 étaient corrompues.<br>
Sous linux, on doit pouvoir les regarder avec mplayer ou ffplay/avplay.</p>
<h2 id="paramètres-dencodage">Paramètres d'encodage</h2>
<p>Comme comparer deux codecs vidéo ne peut se faire qu'à bitrate égal, j'utilise des encodages en deux passes pour avoir un bitrate moyen égal.<br>
J'ai téléchargé les échantillons au format brut YUV420 sur <a href="http://media.xiph.org/video/derf/">http://media.xiph.org/video/derf/</a>.</p>
<h3 id="x265-1">x265</h3>
<p>J'utilise un encodage en deux passes avec un preset "slower". Niveau ligne de commande ça ressemble à ça :</p>
<pre><code class="bash">x265 --input <input> --pass <span class="m">1</span> --bitrate <bitrate> --preset slower --stats <input>.stats /dev/null
x265 --input <input> --pass <span class="m">2</span> --bitrate <bitrate> --preset slower --stats <input>.stats out.hevc</code></pre>
<p>Je me permets l'utilisation de ce preset car la libvpx-vp9 est, on le verra, très lente. Ca serait un désavantage de ne pas pousser les réglages de x265 car, avec ceux par défaut, il compresse 8x plus rapidement que la libvpx.</p>
<h3 id="x264-1">x264</h3>
<p>Tout pareil :</p>
<pre><code class="bash">ffmpeg -y -i <input> -vcodec libx264 -b:v <bitrate>k -pass <span class="m">1</span> -p slower -f h264 /dev/null
ffmpeg -y -i <input> -vcodec libx264 -b:v <bitrate>k -pass <span class="m">2</span> -p slower out.mkv</code></pre>
<h3 id="libvpx-1">libvpx</h3>
<p>Idem, excepté qu'il n'y a pas de notion de preset. Au niveau ligne de commande :</p>
<pre><code class="bash">ffmpeg -y -i <input> -c:v libvpx-vp9 -b:v <bitrate>k -pass <span class="m">1</span> -f webm /dev/null
ffmpeg -y -i <input> -c:v libvpx-vp9 -b:v <bitrate>k -pass <span class="m">2</span> -f webm out.webm</code></pre>
<h3 id="side-by-side">Side-by-side</h3>
<p>Nouveauté dans ce journal, je vous propose aussi des vues "side-by-side" des deux vidéos, avec à gauche une moitié VP9 et à droite une moitié HEVC. Les deux moitiés sont séparées par une barre noire.<br>
Du coup, je dois réencoder les deux vidéos précédentes. Pour éviter de gommer les différences entre les deux, j'ai choisi d'encoder le résultat en H.264 avec un CRF à 19, réputé pour être "quasi lossless" visuellement parlant.<br>
Les fichiers side-by-side sont donc beaucoup plus gros que les deux autres.</p>
<h2 id="les-tests">Les tests</h2>
<h3 id="crowd-run-3840x216050-10s">Crowd run (3840x2160@50, 10s)</h3>
<p>On commence avec un sample 4K (3840x2160) de 10 secondes où l'on voit un marathon au premier plan.<br>
Le bitrate est de 7'150 kbps. Ce n'est pas tout à fait suffisant pour un tel flux, mais ça permettra de mieux exposer les différences entre les deux codecs.</p>
<ul>
<li><a href="http://185.53.129.138/videos/crowd_run_2160p50-x265.mkv">crowd_run_2160p50-x265.mkv</a></li>
<li><a href="http://185.53.129.138/videos/crowd_run_2160p50-vp9.webm">crowd_run_2160p50-vp9.webm</a></li>
<li><a href="http://185.53.129.138/videos/crowd_run_2160p50-x264.mkv">crowd_run_2160p50-x264.mkv</a></li>
<li><a href="http://185.53.129.138/videos/crowd_run_2160p50-side.mkv">crowd_run_2160p50-side.mkv</a></li>
</ul><p>Je m'excuse d'avance pour les propriétaires de grille-pains qui auront du mal à lire du 4K@50fps de façon fluide.<br>
Analyse : <br>
Pour moi, HEVC est vainqueur de cette comparaison. Les coureurs au premier plan sont plus nets, mais ce qui choque c'est surtout ce qui se passe dans le fond.<br>
Avec VP9, tous les coureurs en arrière-plan apparaissent saccadés, alors qu'ils sont très fluides sur la vidéo HEVC.</p>
<p>Je trouve également que la qualité de l'herbe sur laquelle les gens courent est plus agréable côté HEVC.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f3138352e35332e3132392e3133382f63726f77645f72756e2d7670392d76732d783236352e706e67/crowd_run-vp9-vs-x265.png" alt="crowd_run-vp9-vs-x265" title="Gauche: VP9. Droite: HEVC | Source : http://185.53.129.138/crowd_run-vp9-vs-x265.png"></p>
<p>Sans surprise, la vidéo H.264 fait pâle figure face aux deux nouveaux codecs.</p>
<p>Au niveau des performances : </p>
<ul>
<li>x265 a encodé la vidéo à 0.4fps, MPC-HC consomme 40% du CPU à la lecture.</li>
<li>libvpx-vp9 a encodé la vidéo à 0.5fps, MPC-HC consomme 30% du CPU à la lecture.</li>
</ul><h3 id="pedestrian-area-1920x108025-15s">Pedestrian area (1920x1080@25, 15s)</h3>
<p>On retourne à une résolution Full HD sur une scène où des piétons traversent une zone piétonne.<br>
Bitrate demandé : 1'050 kbps.</p>
<ul>
<li><a href="http://185.53.129.138/videos/pedestrian_area_1080p25-x265.mkv">pedestrian_area_1080p25-x265.mkv</a></li>
<li><a href="http://185.53.129.138/videos/pedestrian_area_1080p25-vp9.webm">pedestrian_area_1080p25-vp9.webm</a></li>
<li><a href="http://185.53.129.138/videos/pedestrian_area_1080p25-x264.mkv">pedestrian_area_1080p25-x264.mkv</a></li>
<li><a href="http://185.53.129.138/videos/pedestrian_area_1080p25-side.mkv">pedestrian_area_1080p25-side.mkv</a></li>
</ul><p>Analyse : <br>
Il est plus difficile d'établir un vainqueur pour cette vidéo.<br>
J'aurais tendance à dire que HEVC l'emporte. De peu certes, les deux vidéos sont dans l'ensemble de très bonne qualité, mais l'image est légèrement plus lisse côté x265 :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f3138352e35332e3132392e3133382f7065646573747269616e2d7670392d76732d783236352e706e67/pedestrian-vp9-vs-x265.png" alt="pedestrian-vp9-vs-x265" title="Gauche: VP9. Droite: HEVC | Source : http://185.53.129.138/pedestrian-vp9-vs-x265.png"></p>
<p>La vidéo H.264, quant à elle, souffre beaucoup de ce bitrate bien trop bas pour elle et l'image est très bruitée, même les éléments statiques :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f3138352e35332e3132392e3133382f7065646573747269616e2d783236342e706e67/pedestrian-x264.png" alt="pedestrian-x264" title="H.264 | Source : http://185.53.129.138/pedestrian-x264.png"></p>
<p>Au niveau des performances : </p>
<ul>
<li>x265 a encodé la vidéo à 2.25fps, MPC-HC consomme 5% du CPU à la lecture.</li>
<li>libvpx-vp9 a encodé la vidéo à 1.2fps, MPC-HC consomme 4% du CPU à la lecture.</li>
</ul><h3 id="old-town-1280x72050-10s">Old Town (1280x720@50, 10s)</h3>
<p>Un plan HD qui consiste en un travelling vu du ciel d'une ville.<br>
Bitrate demandé : 800 kbps.</p>
<ul>
<li><a href="http://185.53.129.138/videos/old_town_cross_420_720p50-x265.mkv">old_town_cross_420_720p50-x265.mkv</a></li>
<li><a href="http://185.53.129.138/videos/old_town_cross_420_720p50-vp9.webm">old_town_cross_420_720p50-vp9.webm</a></li>
<li><a href="http://185.53.129.138/videos/old_town_cross_420_720p50-x264.mkv">old_town_cross_420_720p50-x264.mkv</a></li>
<li><a href="http://185.53.129.138/videos/old_town_cross_420_720p50-side.mkv">old_town_cross_420_720p50-side.mkv</a></li>
</ul><p>Analyse :</p>
<p>Encore une fois, il est difficile de juger les deux codecs tant les vidéos sont similaires.<br>
De mon point de vue, HEVC a un léger avantage d'ensemble puisqu'on peut remarquer que l'image VP9 "tremble" légèerment, et il y légèrement plus de flou autour des bâtiments en hauteur. Rien de flagrant en tout cas..</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f3138352e35332e3132392e3133382f6f6c645f746f776e2d7670392d76732d783236352e706e67/old_town-vp9-vs-x265.png" alt="old_town-vp9-vs-x265" title="Gauche: VP9. Droite: HEVC | Source : http://185.53.129.138/old_town-vp9-vs-x265.png"></p>
<p>Au niveau des performances : </p>
<ul>
<li>x265 a encodé la vidéo à 5fps, MPC-HC consomme 4% du CPU à la lecture.</li>
<li>libvpx-vp9 a encodé la vidéo à 4fps, MPC-HC consomme 2,5% du CPU à la lecture.</li>
</ul><h2 id="bilan">Bilan</h2>
<p>Je dois dire que lorsque j'ai pensé à faire ces tests, j'avais de gros aprioris et dans ma tête, HEVC/x265 allait sortir grand vainqueur.<br>
Pourtant, force est de constater que l'équipe derrière VP9 et son implémentation dans la libvpx ont fait un très bon boulot puisque le codec rivalise quasiment (selon moi) avec HEVC, et surtout est 25% moins demandant sur les décodeurs.<br>
Seule la vitesse de compression très faiblarde de la libvpx fait défaut, mais ses développeurs promettent des améliorations non négligeables à venir. Notamment, la libvpx n'est pas multi-coeur pour le moment..</p>
<p>On sent que VP9 a bien mûri et on comprend pourquoi google commence à transcoder toutes ses vidéos youtube en vp9.</p>
<p>On commence à apercevoir le départ en retraite du vénérable H.264, même si ce n'est pas pour maintenant :-) . En tout cas, les releases LOL-x265 commencent à arriver dans la baie des pirates..</p><div><a href="https://linuxfr.org/users/elyotna/journaux/hevc-vp9-x265-vs-libvpx.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/104019/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/elyotna/journaux/hevc-vp9-x265-vs-libvpx#comments">ouvrir dans le navigateur</a>
</p>
Ely
https://linuxfr.org/nodes/104019/comments.atom
tag:linuxfr.org,2005:Diary/34623
2014-01-03T12:53:44+01:00
2014-01-03T12:53:44+01:00
Le Codec VP9 reçoit le soutien de l'industrie.
Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr
<p>VP9 est un codec Vidéo qui se veut un concurrent libre h265/hevc. Ce codec est développé par Google , il est le successeur de VP8 (codec crée par On2 puis racheté par Google) et est nativement inclu dans son navigateur internet Chrome/Chromium.</p>
<p>A l'occasion du Consumer Electronic Show qui aura lieu ce 7 janvier a Las Vegas, Google annoncera le support du codec par Intel, NVIDIA, ARM, Broadcom, LG, Philips, Samsung ou encore Realtek ( et bien d'autres ) soit une grand majorité des acteurs du marché des semiconducteurs.</p>
<p><a href="http://gigaom.com/2014/01/02/youtube-4k-streaming-vp9/">http://gigaom.com/2014/01/02/youtube-4k-streaming-vp9/</a><br><a href="http://www.phoronix.com/scan.php?page=news_item&px=MTU1ODk">http://www.phoronix.com/scan.php?page=news_item&px=MTU1ODk</a></p><div><a href="https://linuxfr.org/users/houplaboom/journaux/le-codec-vp9-recoit-le-soutien-de-l-industrie.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/100842/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/houplaboom/journaux/le-codec-vp9-recoit-le-soutien-de-l-industrie#comments">ouvrir dans le navigateur</a>
</p>
Prosper
https://linuxfr.org/nodes/100842/comments.atom