Firefox 33 et au-delà
Mozilla a ajouté la prise en charge d' OpenH264 en tant que plugin dans Firefox 33 . Pour activer ce plugin, Firefox téléchargera automatiquement un fichier binaire depuis le site Web OpenH264 la première fois que vous lancerez le programme.
Cela sonne bien, non? Attendez… c'était un jeu de mots.
Bien qu'il s'agisse en effet d'une solution très pratique, elle devrait également soulever des problèmes de confidentialité et de sécurité lorsque le logiciel télécharge automatiquement les fichiers binaires à partir de sites affiliés à Cisco Systems ou à d'autres sociétés, quelle que soit la transparence du processus et de l'accord de licence.
Pas directement lié, mais si vous préférez supprimer automatiquement les cookies lorsque Firefox est fermé et que vous ne trouvez pas le bon cookie à conserver pour une lecture HTML5 persistante, je vous suggère d'installer YouTube ALL HTML5 .
Tests avec les VM 14.04.2 et 15.04
Je suppose que seule l'installation d'un décodeur H.264 ne serait pas suffisante, j'ai donc configuré 2 nouvelles machines virtuelles:
- Ubuntu 14.04.2 avec des extensions restreintes installées lors de l'installation
- Ubuntu 15.04 sans addons restreints installés lors de l'installation
Une fois l'installation des deux machines virtuelles terminée, j'ai démarré les systèmes, les ai mis à jour à nouveau, installé des ajouts d'invités VM, démarré Firefox pour la première fois et redémarré pour les tests réels.
Étant donné que YouTube propose également leurs formats WebM open source et que je voulais éviter d'entrer dans trop de détails sur les méthodes de test, je devais utiliser un autre site compatible HTML5 pour tester la prise en charge de la lecture H.264 propriétaire. J'ai choisi Vimeo, car ils disent qu'ils utilisent par défaut HTML5 et ils ne semblent pas prendre en charge WebM, ce que je considère pas comme une bonne chose.
Chaque fois que j'apportais des modifications au test, comme l'installation d'un package ou l'activation / la désactivation de quelque chose dans Firefox, je fermais et relançais Firefox.
14.04.2 avec des extensions restreintes
Comme vous pouvez le voir sur cette capture d'écran, seul le plugin OpenH264 est activé dans Firefox, tous les packages GStreamer nécessaires dans différentes versions sont préinstallés et la vidéo est lue comme prévu.
15.04 sans addons restreints
Comme vous pouvez le voir sur cette capture d'écran, le plugin OpenH264 est activé, il n'y a pas de plugin Flash, quelques packages GStreamer dans différentes versions sont préinstallés mais la vidéo ne joue pas! Au lieu de cela, le site nous dit immédiatement que la vidéo ne peut pas être lue. Pourquoi donc?
- AAC est manquant! - Pour mettre une explication simple, il y a un fichier sur le serveur qui est introduit dans notre navigateur. Si vous le recherchez en utilisant l'inspecteur dans le menu contextuel de Firefox, vous trouverez un MP4 avec un audio codé AAC. Le message d'erreur pourrait être plus clair mais il est logique car nous n'avons pas de décodeur pour AAC actuellement installé.
Mise à jour: En examinant à nouveau ce problème avec Firefox 41, j'ai trouvé que OpenH264 semble être désactivé dans about: config through:
media.fragmented-mp4.exposed;false
media.fragmented-mp4.gmp.enabled;false
Leur définition true
n'a eu aucun effet. D'autres paramètres que j'ai essayés:
media.audio_data.enabled;true
aucun effet.
media.mediasource.enabled;true
Vimeo n'utilisait pas MSE auparavant, l'activation de ces paramètres et des paramètres associés n'a eu aucun effet.
media.fragmented-mp4.use-blank-decoder;true
résultat: une toile verte unie et un signal audio à onde sinusoïdale constante.
15.04 avec des extensions restreintes
Une approche intelligente aurait été d'installer gstreamer1.0-plugins-bad-faad
, mais cela ne fait pas disparaître le message d'erreur particulier sur Vimeo, alors installons tous les addons restreints.
Comme prévu, tout fonctionne si vous installez le package d'addons restreints par la suite , mais vous souhaiterez peut-être définir le plugin Flash sur autre chose que enabled
dans Firefox pour être sûr d'utiliser la vidéo HTML5.
Analyse ou tout simplement faire sauter
Apparemment, gstreamer1.0-libav
c'est le seul paquet que vous devez supprimer pour récupérer le message d'erreur. Donc, il utilisait le décodeur AAC de libav? Je n'ai pas creusé plus profondément pour trouver la preuve de cela, je n'ai pas cherché quel décodeur sera préféré (par exemple, si OpenH264 est d'une quelconque utilité actuellement sous Linux) ou si Vimeo envoie ce message d'erreur en raison d'une autre dépendance non respectée malgré H .264 et décodeurs AAC en cours d'installation.
Résumé et perspectives
Pour résumer, la lecture du contenu actuel ne nécessite pas seulement un décodeur H.264 mais aussi un décodeur AAC et H.265 se prépare déjà à remplacer l'ancien. De plus, je ne vois pas la spécification correspondante pour les MP4 avec H.264 être modifiée pour recommander un codec audio plus open source dans un avenir prévisible.
Sérieusement, poussez pour WebM! Vous obtenez VP8 + Vorbis en tant que concurrent H.264 / AVC et VP9 + Opus en tant que concurrent H.265 / HEVC.