L’année 2012 marque pour Mozilla l’intensification des travaux dans plusieurs directions. On sait désormais que l’éditeur a des ambitions dans le secteur mobile avec le projet Boot To Gecko, ou B2G. Mais pour être capable de proposer une expérience utilisateur digne de ce nom, Mozilla doit entre autres proposer la lecture native...L’année 2012 marque pour Mozilla l’intensification des travaux dans plusieurs directions. On sait désormais que l’éditeur a des ambitions dans le secteur mobile avec le projet Boot To Gecko, ou B2G. Mais pour être capable de proposer une expérience utilisateur digne de ce nom, Mozilla doit entre autres proposer la lecture native de certains codecs multimédias, à commencer par le H.264. C'est désormais chose faite.
En termes d’expérience utilisateur et de concurrence, la question du support de certaines technologies devient pratiquement hors sujet. Il n’est plus imaginable aujourd’hui de commercialiser un smartphone qui ne saurait lire ni le MP3 ni le H.264. Mais en ce qui concerne ce dernier, la situation est d’autant plus concrète que ce codec vidéo est très utilisé, notamment sur la toile.
Mozilla avait expliqué vouloir supporter le H.264, sans pour autant s’occuper lui-même du décodage. Dans la pratique, l’idée était d’exploiter les capacités sous-jacentes du système d’exploitation. Dans Boot To Gecko, les développeurs ont utilisé la bibliothèque « stagefright » issue d’Android pour la placer dans la base Linux. Conséquence : le système est capable de décoder le H.264, l’AAC et le MP3, tous les trois massivement utilisés aujourd’hui par tout un chacun.
L’avantage pour Mozilla est que Boot To Gecko peut lire une vidéo H.264 par exemple depuis un dossier, ou directement dans le navigateur si un site présente un tel contenu. Le navigateur lui-même ne décode pas le H.264, il interprète simplement ce qui est renvoyé par le système d’exploitation.
Selon Mozilla, l’implémentation du H.264 est encore un travail en cours, et de nombreux bugs sont encore présents. B2G n’est pas attendu avant la fin de l’année, voire au début de l’année prochaine. Mais si le système mobile représente une étape marquante, elle n’est que la première. Car la boite de Pandore a été ouverte. Certains crieront à la trahison pour avoir laissé passer une technologie protégée par des centaines de brevets. D’autres y verront une nécessaire adaptation prête à rejaillir sur les autres créations de l’éditeur, car tout ne semble plus qu’une question de temps.
Ainsi, Chris Double, développeur chez Mozilla, explique sur son blog que le travail est bien en cours pour Firefox sur Android. La même technique peut être reprise : la bibliothèque stagefright est bien sûr présente dans Android. Toutefois, la situation est rendue plus complexe par la disponibilité de versions multiples, en fonction de l’édition d’Android. Mozilla pourrait utiliser plusieurs plug-ins pour parer à toutes les éventualités, ou déterminer de manière dynamique quelles sont les fonctions à utiliser selon la version d’Android présente.
La situation sur les ordinateurs classiques, fixes ou portables, est plus délicate encore. En effet, en dehors de systèmes récents tels que Windows 7, la plupart ne possèdent pas la capacité de lire nativement le contenu H.264. L’une des solutions envisagées serait de passer par le framework multimédia GStreamer, mais rien n’est encore arrêté.
Mozilla ne semble pas vouloir se lancer dans la solution qui pourrait apparaître comme la plus simple : ouvrir les vannes aux capacités du système d’exploitation. L’éditeur souhaite pouvoir dire « Notre navigateur supporte H.264 » sans que l’utilisateur ait à se demander si son système le permet.
En termes d’expérience utilisateur et de concurrence, la question du support de certaines technologies devient pratiquement hors sujet. Il n’est plus imaginable aujourd’hui de commercialiser un smartphone qui ne saurait lire ni le MP3 ni le H.264. Mais en ce qui concerne ce dernier, la situation est d’autant plus concrète que ce codec vidéo est très utilisé, notamment sur la toile.
Mozilla avait expliqué vouloir supporter le H.264, sans pour autant s’occuper lui-même du décodage. Dans la pratique, l’idée était d’exploiter les capacités sous-jacentes du système d’exploitation. Dans Boot To Gecko, les développeurs ont utilisé la bibliothèque « stagefright » issue d’Android pour la placer dans la base Linux. Conséquence : le système est capable de décoder le H.264, l’AAC et le MP3, tous les trois massivement utilisés aujourd’hui par tout un chacun.
L’avantage pour Mozilla est que Boot To Gecko peut lire une vidéo H.264 par exemple depuis un dossier, ou directement dans le navigateur si un site présente un tel contenu. Le navigateur lui-même ne décode pas le H.264, il interprète simplement ce qui est renvoyé par le système d’exploitation.
Selon Mozilla, l’implémentation du H.264 est encore un travail en cours, et de nombreux bugs sont encore présents. B2G n’est pas attendu avant la fin de l’année, voire au début de l’année prochaine. Mais si le système mobile représente une étape marquante, elle n’est que la première. Car la boite de Pandore a été ouverte. Certains crieront à la trahison pour avoir laissé passer une technologie protégée par des centaines de brevets. D’autres y verront une nécessaire adaptation prête à rejaillir sur les autres créations de l’éditeur, car tout ne semble plus qu’une question de temps.
Ainsi, Chris Double, développeur chez Mozilla, explique sur son blog que le travail est bien en cours pour Firefox sur Android. La même technique peut être reprise : la bibliothèque stagefright est bien sûr présente dans Android. Toutefois, la situation est rendue plus complexe par la disponibilité de versions multiples, en fonction de l’édition d’Android. Mozilla pourrait utiliser plusieurs plug-ins pour parer à toutes les éventualités, ou déterminer de manière dynamique quelles sont les fonctions à utiliser selon la version d’Android présente.
La situation sur les ordinateurs classiques, fixes ou portables, est plus délicate encore. En effet, en dehors de systèmes récents tels que Windows 7, la plupart ne possèdent pas la capacité de lire nativement le contenu H.264. L’une des solutions envisagées serait de passer par le framework multimédia GStreamer, mais rien n’est encore arrêté.
Mozilla ne semble pas vouloir se lancer dans la solution qui pourrait apparaître comme la plus simple : ouvrir les vannes aux capacités du système d’exploitation. L’éditeur souhaite pouvoir dire « Notre navigateur supporte H.264 » sans que l’utilisateur ait à se demander si son système le permet.
Source :
Chris Double
Vincent Hermann
Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.
Le 4 juin 2012 à 16:08
(10 123
lectures)
Soutenez l'indépendance de PC INpact en devenant Premium
- Tout le contenu de PC INpact sans pub
- Et bien plus encore...
Il y a 35 commentaires
Certains crieront à la trahison pour avoir laissé passer une technologie protégée par des centaines de brevets. D’autres y verront une nécessaire adaptation prête à rejaillir sur les autres créations de l’éditeur
Les 2 mon général... Trahison de ses idéaux par nécessité d'adaptation au monde réel.
B2G n’est pas attendu avant la fin de l’année, voire au début de l’année prochaine.
J'attends de voir a quoi B2G pourra bien servir de concret... un concurrent de Android, ou de GoogleOS ?
Edité par 127.0.0.1 le lundi 4 juin 2012 à 16:21
Holly Brius
Le lundi 4 juin 2012 à 16:24:01
#2
Inscrit
le vendredi 16 décembre 11
-
913
commentaires
comme prévu
Ben qu'ils se bougent les steaks un peu plus vite pour la version PC... Parce qu'idéaux ou pas, ça sert à rien, ceux qui n'ont pas les moyens de décoder ce format se retrouveront quand même le bec dans l'eau, et ceux qui le peuvent sont obligés de switcher sur un autre navigateur moins chieur pour pouvoir afficher une bête vidéo...
Promouvoir les formats ouverts c'est super, censurer le contenu propriétaire d'office chez les utilisateurs, c'est de la bêtise pure...
Edité par Oungawak le lundi 4 juin 2012 à 16:35
Promouvoir les formats ouverts c'est super, censurer le contenu propriétaire d'office chez les utilisateurs, c'est de la bêtise pure...
Edité par Oungawak le lundi 4 juin 2012 à 16:35
M'en fout : mplayer + script GM qui va bien = youtube sans flash
M'en fout : mplayer + script GM qui va bien = youtube sans flash 

Raaah ! Pitié détaille c'est quoi le script GreaseMonkey et qu'est-ce que tu fait avec Mplayer ?
Moi j'utilise Scriptify et le script ViewTube pour pouvoir lire les vidéos WebM de YouTube sans le lecteur Flash que je trouve atroce. Mais impossible de trouver comment lire les MP4, le plugin H.264 de Microsoft a jamais voulu marcher chez moi.
Raaah ! Pitié détaille c'est quoi le script GreaseMonkey et qu'est-ce que tu fait avec Mplayer ?
Moi j'utilise Scriptify et le script ViewTube pour pouvoir lire les vidéos WebM de YouTube sans le lecteur Flash que je trouve atroce. Mais impossible de trouver comment lire les MP4, le plugin H.264 de Microsoft a jamais voulu marcher chez moi.

Sinon, je peux vous encourager à aller surhttp://www.youtube.com/html5 et à participer au test. Une très grande majorité des vidéos sont maintenant en HTML5 ce qui vous permet de ne ne plus devoir passer par des scripts ou autre trucs de ce genre!
Sinon, je peux vous encourager à aller surhttp://www.youtube.com/html5 et à participer au test. Une très grande majorité des vidéos sont maintenant en HTML5 ce qui vous permet de ne ne plus devoir passer par des scripts ou autre trucs de ce genre!
+1 et leur lecteur HTML5 s'est largement amélioré au fil du temps: moins de bugs, plein écran qui fonctionne etc.
J'attends de voir a quoi B2G pourra bien servir de concret... un concurrent de Android, ou de GoogleOS ?
Y a une démo en ligne déjà.
Tu prends Firefox Nightly pour desktop ou Android et tu ouvres la page http://paulrouget.com/gaia/
Accepte le stockage local et t'as plus qu'à jouer avec.
@Vincent: ouf, les 8 liens "Actualités et brèves relatives " ne vont pas assez loin pour pouvoir lire les inepties sans nom qui ont été écrites sur le sujet dans les com' de news concernées
. S'il y avait les 8 liens suivant remontant plus loin, on (re)découvrirait avaec délectation une tonne de débilités n'ayant pas envisagé une seconde la solution de l'API système*** (une des 3 possibles) lisant le contenu soumis à patentes. [Mais ça pourrait être drôle de retrouver les élucubrations et calculs délirants du montant supposé à regler par ceux qui n'avaient jamais lu les doc du MPEG LA].
***Cette solution "qui pourrait paraître la plus simple", que tu présentes comme évitée par Mozilla (c'est compréhensible car tributaire de l'OS du user), ne m'a pourtant pas l'air éloignée: qu'est-ce qui la distingue concrètement d'une "bibliothèque présente dans un OS" ?
***Cette solution "qui pourrait paraître la plus simple", que tu présentes comme évitée par Mozilla (c'est compréhensible car tributaire de l'OS du user), ne m'a pourtant pas l'air éloignée: qu'est-ce qui la distingue concrètement d'une "bibliothèque présente dans un OS" ?
Le souci de Mozilla c'est qu'à l'heure actuelle les différents frameworks pour mobile s'appuient essentiellement sur Webkit (c'est vrai pour Sencha, un peu moins pour JQuery mobile).
Si Mozilla souhaite que son B2G fonctionne il y a du pain sur la planche ne serait-ce qu'à ce niveau là.
db
Si Mozilla souhaite que son B2G fonctionne il y a du pain sur la planche ne serait-ce qu'à ce niveau là.
db
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.















