Firefox : le support du H.264 apparaît dans Firefox 20 pour Windows

Firefox : le support du H.264 apparaît dans Firefox 20 pour Windows

D'un point de vue stabilité ? De Charybde en Scylla

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

21/12/2012 3 minutes
32

Firefox : le support du H.264 apparaît dans Firefox 20 pour Windows

Mozilla intègre dans les versions Nightly de Firefox pour Windows un support préliminaire du H.264. Comme prévu, ce support se fait sur la base des fonctionnalités du système d’exploitation hôte. Avec de tels travaux, Firefox se prépare tout simplement à pouvoir se passer de Flash.

On savait déjà que Mozilla était revenu sur sa position concernant le H.264. Le format vidéo a beau être protégé par un nombre colossal de brevets, ce qui cadre assez mal avec la philosophie open source de l’éditeur, il n’en reste pas moins incontournable. C’est notamment le cas sur appareils mobiles, alors que Flash y est justement pénalisant à cause de son impact important sur l’autonomie. Firefox pour Android gère donc le H.264 en s’appuyant sur le codec interne du système mobile.

 

Décision avait finalement été prise de faire de même pour Firefox sur les ordinateurs, donc sous Windows, OS X et Linux. La philosophie était la même : ne pas embarquer le codec pour ne pas être exposé aux royalties et l’inclusion de code propriétaire dans Firefox. Dans les versions Nightly du navigateur, on trouve ainsi la vingtième mouture en préparation et l’inclusion de ce support. Pour l’instant limité à Windows, il est pourtant fonctionnel.

 

firefox H264 firefox H264

 

Nous avons installé cette version Nightly de Firefox 20 sous Windows 8. Alors que Flash n’était pas installé, Firefox nous a bien signalé que le plug-in n’était pas présent et se proposait de le récupérer pour. Après avoir décliné l’offre, nous avons ouvert une vidéo sur YouTube, qui s’est lancée correctement.

 

firefox

 

Pour activer le support du H.264, qui se repose sur Windows Media Foundation, il faut se rendre dans le about:config dans la barre d'adresse. Cherchez ensuite media.windows-media-foundation.enabled et double-cliquez pour passer la valeur à true. Sans ça, c'est le support de WebM qui prendra le relais, et la HD n'est étrangement pas gérée.

 

Malgré une lecture qui se lance, on sent cependant que le support est préliminaire. D’ailleurs, nous avons rencontré de multiples crashs pendant nos essais et les versions Nightly ne sont évidemment pas destinées à un usage quotidien. Ceux qui sont intéressés pourront tout de même récupérer celle pour Windows depuis le site dédié.

32

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Commentaires (32)


Euh, vous êtes sûrs que ladite vidéo est en h264 et pas en WebM ? <img data-src=" /> Car sous Firefox Linux, je peux également la lire sans Flash <img data-src=" />



Par contre, sur DailyMotion, c’est bien en h264, car c’est Flash obligé avec Firefox …


Vincent, tu aurais pu ajouter que l’activation dans Firefox pour Windows se fait via:

about:config &gt; media.windows-media-foundation.enabled = true. <img data-src=" />



A noter que ceci apporte aussi la lecture de l’audio AAC dans les fichiers MP4 et les fichiers MP3 utilisés dans les balises HTML5 audio/video.


Si ça limite les videos à 360p, alors c’est parfaitement adapté aux freenautes <img data-src=" />








GoldenTribal a écrit :



Euh, vous êtes sûrs que ladite vidéo est en h264 et pas en WebM ? <img data-src=" /> Car sous Firefox Linux, je peux également la lire sans Flash <img data-src=" />





j’allais le dire

il me semble que youtube ne propose de vidéo h264 qu’aux utilisateurs de chrome (ayant activé yt en htlm5 bien sur)









psikobare a écrit :



j’allais le dire

il me semble que youtube ne propose de vidéo h264 qu’aux utilisateurs de chrome (ayant activé yt en htlm5 bien sur)





Je croyais que c’était WebM avec Chrome. :-s



<img data-src=" /> version déjà <img data-src=" />



<img data-src=" /> les gars, le premier à 100 a gagné


J’ai modifié l’actualité, j’avais oublié d’activer la ligne dans le about:config. Du coup j’ai ajouté l’information dans la news comme le suggérait Crysalide <img data-src=" />








GoldenTribal a écrit :



Euh, vous êtes sûrs que ladite vidéo est en h264 et pas en WebM ? <img data-src=" /> Car sous Firefox Linux, je peux également la lire sans Flash <img data-src=" />



Par contre, sur DailyMotion, c’est bien en h264, car c’est Flash obligé avec Firefox …







Attention de ne pas mélanger torchon et serviette. WebM est un conteneur, H264 est un codec.



Le WebM contient des flux vidéo VP8, le MP4 un flux vidéo H264.



Youtube a un fallback MP4 et WebM pour la plupart des vidéos, donc H264/AAC ou VP8/Vorbis





c’est le support de WebM qui prendra le relais, et ce dernier ne gère pas la HD sur les vidéos.



C’est quand même curieux pour un format si récent <img data-src=" />


C’est une faute de Vincent, WebM (VP8) gère la HD, c’est le lecteur FF ou un autre intermédiaire qui a un problème sûrement. D’ailleurs Youtube possède bien pour une vidéo donnée, les différentes version selon le format ET la définition.


Donc Monsieur Hermann n’avait pas activé le support H.264 dans about:config mais conclut néanmoins que :





nous avons rencontré de multiples crashs pendant nos essais





Essais réalisés en WebM… Chapeau bas !


Je valide que c’est du webm+vp8 (et que c’est tout aussi dispo en HD) sur youtube et que ça marche très bien sur firefox depuis quelques version (quand les vidéos sont dispo). J’ai jamais eu de problème de crash avec.



Faudrait tester sur dailymotion ou en faisant une page web qui pointe sur une vidéo encodée en h264 en local.








hoaxyd_8 a écrit :



Donc Monsieur Hermann n’avait pas activé le support H.264 dans about:config mais conclut néanmoins que :







Essais réalisés en WebM… Chapeau bas !





<img data-src=" />









Lyto a écrit :



<img data-src=" />





C’est marrant, en regardant son historique il prend un malin plaisir à citer et attaquer les auteurs !









hoaxyd_8 a écrit :



Donc Monsieur Hermann n’avait pas activé le support H.264 dans about:config mais conclut néanmoins que :



Essais réalisés en WebM… Chapeau bas !







J’ai eu aussi après activation.





Sans ça, c’est le support de WebM qui prendra le relais, et la HD n’est étrangement pas gérée.



Ça depend des vidéos : Big Buck Bunny first 23 seconds 1080p WEBM 11Mbps


Firefox 20… le numéro de version fait rêver ! C’est là qu’ils doivent commencer à réaliser à quel point c’était une connerie de prendre modèle sur Chrome à ce sujet.








Happy Rotter a écrit :



Firefox 20… le numéro de version fait rêver ! C’est là qu’ils doivent commencer à réaliser à quel point c’était une connerie de prendre modèle sur Chrome à ce sujet.





Je trouve que Firefox s’est considérablement amélioré depuis qu’ils ont un cycle de développement accéléré similaire à Chrome… Le numéro en lui même c’est un détail, dans Chrome on le voit jamais faudrait que Mozilla fasse pareil (ils ont essayé pourtant <img data-src=" />)









zaknaster a écrit :



Je trouve que Firefox s’est considérablement amélioré depuis qu’ils ont un cycle de développement accéléré similaire à Chrome… Le numéro en lui même c’est un détail, dans Chrome on le voit jamais faudrait que Mozilla fasse pareil (ils ont essayé pourtant <img data-src=" />)





en quoi le numéro de version de firefox est plus visible que dans chrome?

chrome -&gt; a propos

firefox -&gt; bah pareil



Le n° de version, c’est quand même vachement pratique pour les devs et les beta testeurs, surtout que Mozilla offre plusieurs versions (release, beta, alpha 1, alpha 2).<img data-src=" />








hoaxyd_8 a écrit :



Donc Monsieur Hermann n’avait pas activé le support H.264 dans about:config mais conclut néanmoins que :







Essais réalisés en WebM… Chapeau bas !







Après la fin du monde tu continueras de cracher ton venin ou tu vas enfin trouver une occupation dans la vie ?









Lyto a écrit :



<img data-src=" />





C’était pas vis à vis de Vincent que je faisais de l’ironie <img data-src=" />



Comment vérifie t on qu’on peut et qu’on est effectivement en train de voir la vidéo en H.264 ?




Firefox : le support du H.264 apparaît dans Firefox 20 pour Windows

Et ben, c’est pas trop tôt, mieux vaut tard que jamais, tout vient à point à qui sait attendre (remplir ici les proverbes suivant).



Disons que ça fait quand même 2 ans qu’il est évident que ce n’est qu’une relation directe à l’API du système hôte qui peut être utilisée pour éradiquer les royalties du MPEG-LA, c’était pas la peine d’attendre toutes les études montrant que quand le nombre mondial d’internaute grimpe de 9%, le nombre de vidéonautes grimpe de plus du double.



Le résultat (enfin celui que je perçois de ce coté du décor) est que les éditeurs incluant de plus en plus des destinations web dans leurs workflows attendent tranquillement que ça bouge, en gardant logiquement le mp4/H.264 des autres exports (TVs, BD) pour le web tout en continuant de compter sur flash pour assurer la transition (+ quelques fallback, ou liens directs vers le fichier pour les iMachins).



Bref ,(proverbe de conclusion à caler ici) <img data-src=" />








psn00ps a écrit :



Comment vérifie t on qu’on peut et qu’on est effectivement en train de voir la vidéo en H.264 ?



Par exemple en initiant l’action de la télécharger, par ex. toujours avec DownloadHelper (extension) qui te proposera les versions au choix…









Zorglob a écrit :



Par exemple en initiant l’action de la télécharger, par ex. toujours avec DownloadHelper (extension) qui te proposera les versions au choix…



<img data-src=" /> DownloadHelper propose tous les formats, y compris quand Flash est désactivé et que la vidéo n’est pas lisible par le navigateur.









psn00ps a écrit :



<img data-src=" /> DownloadHelper propose tous les formats, y compris quand Flash est désactivé et que la vidéo n’est pas lisible par le navigateur.



Désolé, honnêtement, je n’avais imaginé aucun des 2 cas à vrai dire :)









psn00ps a écrit :



Comment vérifie t on qu’on peut et qu’on est effectivement en train de voir la vidéo en H.264 ?







Quand on est sur un navigateur ne supportant pas le H.264 (j’ai essayé avec Opera) on a un “About Flash” en faisant un clic droit sur la vidéo.

S’il n’apparaît pas, j’en déduis que la vidéo tourne en WebM (supporté par Opera) et que le player Flash est invoqué le cas échéant.









Vincent_H a écrit :



J’ai eu aussi après activation.





Euuuuh… Si tu a eu ces crash avec ET SANS, logiquement ça veut dire qu’utiliser cette fonctionnalité ne change rien et par conséquent que ces crashs viennent d’ailleurs. <img data-src=" /> Sachant que c’est une nightly et donc que la base de travail est un peu pourrave à la base, niveau test on a vu plus scientifique quand même. <img data-src=" />









Oungawak a écrit :



Euuuuh… Si tu a eu ces crash avec ET SANS, logiquement ça veut dire qu’utiliser cette fonctionnalité ne change rien et par conséquent que ces crashs viennent d’ailleurs. <img data-src=" /> Sachant que c’est une nightly et donc que la base de travail est un peu pourrave à la base, niveau test on a vu plus scientifique quand même. <img data-src=" />







Mais je ne dis nulle part “le support du H.264 rend Firefox instable”, je souligne simplement que nous avons rencontré pas mal de crashs dans les tests. Et je dis aussi, justement, qu’une Nightly n’est pas faite pour une utilisation quotidienne. Faudrait ptet me laisser un peu tranquille hein <img data-src=" />









Vincent_H a écrit :



Mais je ne dis nulle part “le support du H.264 rend Firefox instable”, je souligne simplement que nous avons rencontré pas mal de crashs dans les tests. Et je dis aussi, justement, qu’une Nightly n’est pas faite pour une utilisation quotidienne. Faudrait ptet me laisser un peu tranquille hein <img data-src=" />





pour info, dans les forum de mozillazine, tout le monde dit que sous win7 il n’ont que le son, mais que sous win8 ça marche parfaitement