WebM, un nouveau prétendant pour le HTML5

Arnaud de la Grandière |
Alors que Google vient de présenter WebM, un nouveau format libre de vidéo basé sur le codec VP8 dont elle avait fait l'acquisition en rachetant On2, Jason Garnett-Glaser, un développeur qui travaille notamment sur x264, une implémentation libre du codec H.264, s'est penché sur la documentation du nouveau standard libre pour en livrer son analyse.

Spécifications et implémentations

Commençons par nous attarder sur la notion de format de fichier. Dans les formats ouverts et offerts à la communauté de développeurs, on trouve deux catégories : d'une part les spécifications, et de l'autre les implémentations. En faisant une métaphore culinaire, si vous voulez utiliser une "sauce" donnée pour votre plat, les spécifications sont la recette de la sauce, et les implémentations ce sont des sauces prêtes à utiliser telles quelles.

Les spécifications d'un format de fichier sont données dans un document qui se veut le plus "agnostique" possible en matière de langage de programmation. Elles expliquent par le menu le format en lui-même, en langage le plus clair possible : les en-têtes, la manière dont les données sont éventuellement encodées, structurées et stockées, sur quel nombre d'octets, etc. De telle manière qu'un programmeur pourrait théoriquement être à même de "lire manuellement" le contenu d'un fichier rien qu'en regardant les données binaires.

D'autre part, les implémentations sont des bibliothèques de code toutes prêtes qui permettent de lire et/ou d'écrire un fichier dans le format en question, dans différents langages de programmation. Il suffit d'importer ces bibliothèques dans un programme du même langage pour exploiter le format de fichier en question. Naturellement, les implémentations ne sont utiles que lorsque le langage de programmation qui a été choisi pour faire un logiciel est couvert par ces implémentations.

En résumé, si les implémentations sont les plus pratiques pour peu qu'elles exploitent votre langage de prédilection, les spécifications en revanche sont les plus importantes dans la mesure où elles donnent aux programmeurs le moyen d'utiliser le format de fichier dans n'importe quel langage, y compris dans ceux qui ne sont pas couverts par les implémentations. Les spécifications permettent donc aux développeurs d'être autonomes.

Pour un format donné, on peut donc trouver de bonnes et de mauvaises implémentations, et de bonnes et de mauvaises spécifications. Raison pour laquelle un très bon encodeur MPEG-1 peut s'avérer plus efficace qu'un très mauvais encodeur H.264 par exemple. C'est également là où les spécifications sont importantes, car elles permettent de créer des implémentations plus efficaces du format de fichier que celles qui sont fournies, y compris dans le même langage.

Car il faut noter, concernant les formats de fichiers vidéo, que ceux-ci sont intimement liés à la façon dont on compresse et décompresse les données avant de les stocker : les codecs vont souvent de pair avec les formats de fichier vidéo, comme c'est le cas pour les différentes versions du MPEG par exemple.

Mais pour compliquer un peu plus les choses, certains formats, comme le mov, l'avi ou le matroska (du nom des poupées russes), sont des métaformats qui peuvent inclure plusieurs pistes compressées avec n'importe quel codec. Le format de fichier que Google a choisi est le matroska, un format de vidéo libre renommé WebM par Google, qui inclut donc une piste vidéo encodée en VP8, et une piste audio encodée en Open Vorbis. On a donc un format dans le format. Concernant le format de fichier en lui-même, il ne pose pas de problème particulier et est même plus efficace que le MP4 pour le streaming. Quant à Vorbis, c'est le format audio ouvert qui est le plus sensé, sachant qu'il fait quasiment jeu égal avec l'AAC, exception faite des taux de compression les plus élevés.

Un lancement trop hâtif ?

Et concernant VP8, le moins que l'on puisse dire c'est que les spécifications ont de quoi faire pâlir : il ne s'agit, pour l'essentiel, de rien de moins qu'un copier-coller du code source de l'implémentation du codec en C… y compris les astuces pour améliorer l'efficacité du code par rapport au langage en lui-même, les commentaires marqués "à faire", des parties absconses et mal expliquées, bref, si vous voulez faire votre "sauce", il vous faudra déduire ses ingrédients et sa conception en la goûtant… En somme, l'implémentation tient lieu de spécification : au lieu de donner la recette, accessible à tous, on ne donne que la sauce préparée, qui n'est accessible qu'aux palais les plus fins. Mais pire encore, sachant que les spécifications sont déclarées finales et non modifiables, il est donc impossible de les corriger et/ou de les améliorer. Google a d'ores et déjà refusé les amendements qui lui ont été soumis, et à moins de lancer un nouveau profil pour le VP8, il faudra donc faire avec les bugs que le codec recèle…

Mais ce problème est loin d'être un cas unique : en effet, le standard H.264 intègre diverses fonctionnalités, qui sont réparties sur différents "profils" en fonction des applications qu'on souhaite faire du codec. L'iPhone, l'iPod touch et l'iPad ne gèrent que le profil "baseline" du standard et non ses implémentations plus performantes. Moralité c'est un nivellement par le bas pour qui tient à proposer des vidéos compatibles avec ces appareils. Le Blu-ray connait également la même problématique avec certains lecteurs de première génération.

Quoi qu'il en soit, pour en revenir aux spécifications de VP8, d'un point de vue d'ingénieur, le constat est amer, et on se trouve typiquement face à un cas de "ni fait ni à faire", fort surprenant venant des troupes d'élite de Google. Il semble que le tout a été clairement bâclé pour être mis à disposition maintenant, vaille que vaille. Il est vrai que la fenêtre de tir pour le VP8 est déjà très restreinte : il s'agit de faire mieux qu'Ogg Theora en reprenant tout de zéro alors que le H.264 règne en maître dans le monde de la vidéo, aussi bien sur le marché professionnel que grand public. Google pouvait donc difficilement se payer le luxe de prendre son temps, mais n'ajoute-t-elle pas là un écueil de plus dans un contexte déjà très délicat pour ce codec ?

Mieux que Theora, moins bien que H.264

Les problèmes ne s'arrêtent d'ailleurs pas aux seules spécifications de VP8. Selon Jason Garrett-Glaser, VP8 est comparable dans ses principes au profil Baseline du H.264. D'après lui, il paraît impensable que le format ne s'attire aucun procès pour violation de brevet dans les pays qui ont institué les brevets logiciels. La chose n'a à vrai dire rien de surprenant, à tel point qu'on pourrait l'ériger en axiome : à mesure que la complexité d'un procédé augmente, la probabilité que certains éléments constitutifs du procédé en question soient déjà brevetés s'approche de 1.

C'est d'ailleurs un argument qui a été soulevé plusieurs fois : pour certains il paraît impossible de créer un codec vidéo libre qui ne soit pas couvert par des brevets. En partant de ce principe, les logiciels libres devront rester cantonnés au tout-venant dans les pays où les brevets logiciels sont institués (à moins de développer une science de la simplicité, qui a tout de même quelques vertus).

Garret-Glaser considère que VP8 est légèrement meilleur que le profil Baseline du H.264 en termes de fonctionnalités, mais loin derrière les profils Main et High Profile du standard ouvert. Au niveau de l'encodage, il situe la qualité visuelle entre le Xvid et le VC-1 de Microsoft, ce qui est très honnête. Le décodage est en revanche plus lent que l'implémentation du H.264 qu'on trouve dans FFMPEG. Par contre, il s'agit clairement d'une amélioration par rapport à Ogg Theora ou à Dirac. En somme, VP8 partage certains problèmes avec l'Ogg Theora du point de vue des brevets et de l'absence d'accélération matérielle, mais il propose une amélioration notable dans le rapport qualité/compression.

John Gruber souligne d'ailleurs narquoisement que Christopher Blizzard, évangéliste de Mozilla, disait il y a quatre mois que "la plupart des gens ne peuvent pas voir de différence entre une vidéo encodée avec un encodeur Theora décent et une vidéo encodée avec H.264", et aujourd'hui que "le codec VP8 représente une grande amélioration de qualité-par-bit vis-à-vis de Theora, et est comparable en qualité avec le H.264"…

Qui m'aime me suive

Pour l'heure, Google, la Fondation Mozilla et Opera ont fait savoir que leurs navigateurs respectifs allaient intégrer le support de ce codec, en plus de ce qu'ils intègrent déjà (Chrome gère aussi bien le H.264 qu'Ogg Theora, tandis qu'Opera et Firefox ne gèrent qu'Ogg Theora).

operawebm
Un prototype d'Opera compatible WebM


Microsoft quant à elle a donné une réponse savamment formulée : concernant Internet Explorer 9, le navigateur permettra la lecture de fichiers au format WebM… dans la mesure où l'utilisateur aura installé le codec par ailleurs. En somme, si IE 9 permettra la lecture de vidéos H.264 en standard, il n'en sera pas de même pour WebM. Plus que le supporter, Microsoft permet donc d'utiliser WebM en ne l'interdisant pas…

Même réponse de Normand concernant Silverlight : si le plugin concurrent de Flash gère nativement en standard des codecs tels que H.264, VC-1, WMA, MP3, et AAC, il permet également aux développeurs de créer leurs propres implémentations d'un codec à l'aide de la fonctionnalité de gestion de flux AV bruts. Ainsi, les programmes réalisés pour Silverlight ont pu intégrer des codecs "maison" pour MPEG4.2, Ogg Theora et autres, mis au point par des développeurs de tierce partie. Il sera donc possible d'implémenter WebM dans Silverlight, mais Microsoft ne fournira pas le support natif au sein de son plugin : à charge de chacun de s'en occuper.

Adobe de son côté a fait savoir que le format serait géré par le plugin Flash à l'avenir, ce qui lui donne de meilleures chances qu'Ogg Theora : ainsi, si un navigateur ne peut lire nativement du H.264, il reste possible de lire ce format via un fichier Flash, et il sera possible d'en faire autant à l'avenir avec des vidéos au format WebM.

Reste la question de l'accélération matérielle, qui manque aussi cruellement à WebM qu'à Theora. Google a tout intérêt, notamment pour sa plateforme Android, à encourager la mise au point de puces qui gèrent ce codec, et différents constructeurs (AMD, ARM, Broadcom et NVIDIA) ont annoncé soutenir le projet et apporter une accélération matérielle, mais tant que ça ne sera pas le cas et qu'aucun matériel ne gérera nativement ce format, il n'y a guère d'espoir de le voir décoller en termes de popularité face à l'omniprésent H.264.

Google a indiqué que YouTube allait faire usage de ce format, et celui-ci ne manque pas de bonnes fées autour de son berceau. Google a répondu à l'appel de la Free Software Foundation (lire La FSF enjoint Google à libérer le codec VP8), reste à voir si la stratégie sera payante et suffisante pour inverser la vapeur. Dieu sait qu'il faudra toute l'aide dont WebM pourra disposer pour espérer rattraper le H.264, qui a pris énormément d'avance en terme de popularité.

En somme, le projet est encore en devenir, et il n'est pas sans inconvénient. Il reste beaucoup à faire pour que WebM soit une alternative sérieuse face au H.264, et il faut également souligner que son avènement affaiblit les chances d'Ogg Theora, déjà maigres. Car VP8 ne vient en rien remplacer Ogg Theora, qui continuera de coexister avec lui. Certes, d'un point de vue technologique et à contraintes égales, WebM est préférable à Theora, et fait donc figure de choix logique pour les nouvelles implémentations, mais ça n'empêche pas ce dernier d'être déjà utilisé et supporté. Moralité, les acteurs du marché auront désormais le choix entre trois formats au lieu de deux, augmentant la cacophonie. De son côté, H.264 reste l'unique candidat propriétaire, alors que la multiplication de formats libres ne fait que diluer leur influence potentielle, outre les problèmes inhérents à leur nature.
avatar Ziflame | 
En clair, Google, pour conserver son aura de « gentil » sort un truc pourrave, mais limite presque bien et laisse « le marché » décider. Le marché, qui est moins bête que les idéologues libristes, décidera h.264, Google supporte le h.264 et ils diront « Vous ne pouvez pas dire que nous n'avons pas tout essayé. ». Je me demande pourquoi les Européens s'enflamment tellement pour ce débat tellement américano-centriste. Les brevets logiciels n'ont aucune valeur chez nous. Arrêtons de jouer aux pleureuses, ce débat ne nous concerne pas. Choisir le meilleur idéologiquement au profit du meilleur technologiquement n'est jamais très malin, sur le long terme.
avatar gl3am | 
C'est une petite bombe que viennent de lancer Google, Mozilla et Opéra ! Que va faire Apple ?
avatar Anonyme (non vérifié) | 
[quote]Certes, d'un point de vue technologique et à contraintes égales, WebM est préférable à Theora, et fait donc figure de choix logique pour les nouvelles implémentations, mais ça n'empêche pas ce dernier d'être déjà utilisé et supporté.[/quote] Par qui ? Personne à part quelques libristes militants et quelques expérimentations mais rien de sérieux et de définitif. Tout le monde savait que Theora ne servait à rien, il en va tout autrement de VP8 grâce à son support par Flash qui permettra donc la compatibilité cross-browser, tout comme ce qu'on à avec H264. Sauf qu'au lieu que le natif soit Safari + Chrome et Flash pour les autres, on aura natif pour Firefox + Chrome + Opera et Flash pour les autres. En regard des parts de marché c'est vite vu : VP8 est plus intéressant. Surtout que Safari exploitant les codecs QuickTime et IE9 ceux de WMP visiblement, on pourra avoir VP8 partout avec le plugin qui va bien alors que FF ne supportant pas les codecs du système, on ne pouvait pas lui faire lire H264 même si l'OS disposait des codecs. L'avenir est donc au VP8, Theora on s'en fiche pas mal et H264... sera peut-être un format à conserver pour l'iPhone/iPad si Apple rejette ce codec, ce qui risque fort d'arriver. Auquel cas on se retrouvera exactement dans la même situation que l'actuelle qui force un double encodage, mais avec une meilleure qualité pour VP8, et avec IE9 qui arrive on pourra avoir des vidéos sans Flash si on accepte de doubler l'occupation de l'espace disque du serveur. Ca commence à être envisageable.
avatar amnesique | 
il y a une chose que je n'ai pas saisi.. Si x264 semble être l'H.264 sans les inconvegnants, pourquoi certaines entreprises/organisations s'entête à suporter des codecs tel que l'ogg theora, et le WebM ? ok sur le papier WebM = H.264 libre et un poid divisé par deux pour la même qualité, dans cet article on nous fait comprendre qu'en fait le WebM ne serait pas totalement aboutit.. La solution serait que tout le monde se tourne vers le x264, ou alors j'ai rien compris !?
avatar nona | 
Ziflame a écrit: ~ ~ Les brevets logiciels n'ont aucune valeur chez nous. ~ German High Court Declares All Software Patentable : http://tinyurl.com/38p7xwt [slashdot.org]
avatar gl3am | 
Il y a fort a parier que VP8 et H.264 coexisteront pour la balise 'video' de HTML5, comme on a gif, jpeg, png pour la balise 'img'
avatar Ziflame | 
[quote=gl3am] C'est une petite bombe que viennent de lancer Google, Mozilla et Opéra ! Que va faire Apple ?[/quote]J'aime beaucoup la progression : Google, Mozilla et Opéra. Vous vous rendez compte que c'est aussi pertinent que de parler respectivement de Wal-Mart, l'épicier bio du coin et le mec qui vend des fraises de son jardin au bord de la route ?
avatar hok | 
Regardez l'ensemble des brevets de AVC (H.264) sur le site du mpeg-la, il y a pleins de brevets francais (de france télécom par ex), alors le mythe de la france saine et sauve...
avatar Ziflame | 
@nona: pitié, par encore ce lien. Apprends un peu de droit et tu t'apercevras que si dans les pays de droit anglo-saxon, la jurisprudence fait les lois, ce n'est pas le cas pas chez nous. Un tribunal allemand qui déclare ce genre de chose n'a aucune valeur contraignante, pour personne. C'est probablement simplement un juge mal informé qui a mal jugé une affaire. Et l'Europe est assez claire sur la question des brevets logiciels. C'est niet.
avatar nona | 
Résumons la situation. Je crois qu'on peut la formuler en une seule phrase : "C'est pas fait par Apple donc c'est nul". Voilà, tout est dit! Inutile de tergiverser beaucoup plus... Bonne fin d'après-midi les gens gentils, Ayumi
avatar Hindifarai | 
On sent tellement d'amertume dans cet article et les premiers commentaires que ça fait sourire. Pour ceux qui doutent du futur format qui s'imposera, regardez du côté des partenaires de webM, les quelques défauts soulevés vont disparaitre rapidement. Les premiers logiciels pros (studios télés...) sont déja en dev, oui c'est rapide. Quant aux specs, les personnes à qui c'est adressé seront certainement moins perdues que l'article ne laisse le penser, non en fait j'en suis même certain :) .
avatar Psylo | 
Très bonne nouvelle pour le web ! Une solide alternative aux couteuses licences H264. Concernant la qualité d'encodage et les perfs de décodage, il faudra attendre un peu d'optimisation (et sans doutes des avancées coté hardware), à priori H264 semble s'en sortir légèrement mieux (mais les chiffres des benchmarks sont comme les humains, quand on sait les torturer on leur fait dire ce qu'on veux entendre) PS @Macgé : Copier-coller-réarranger-tronquer et sortir un peu de leur contexte des commentaires d'un autre site pour écrire un article sur macgé, c'est limite.
avatar USB09 | 
Bouhou hou ! Leave Apple alone !
avatar hawker | 
@amnesique le probleme du x264 c'est qu'il viole plin de brevet lié au h264 puisque qu'il est basé dessus. Ça commence a souler, ces abrutis veulent imposer le h264 mais ils en empêche l'implémentation a cause des brevet en même temps, jt'oblige a le prendre mais j'veux pas le donner. pff Vive le webm mais je suis deg si ce qui est écrit est vrai, j'aimerais qu'il soit impeccablement finalisé. Enfin bref j'espère que c'en sera fini du propriétaire obsolète bientôt.
avatar Wolf | 
Donc si j'ai bien compris, y'a de fortes chances que WebM viole allegrement quelques brevets. Donc c'est mort né. (encore une fois si j'ai bien compris)
avatar lukasmars | 
Marrant comme on sous entend que les projets libre violeraient des brevets trés souvent mais les logiciels proprietaires n'en violeraient jamais ...
avatar bugman | 
"De telle manière qu'un programmeur pourrait théoriquement être à même de "lire manuellement" le contenu d'un fichier rien qu'en regardant les données binaires. " Ca commence fort dis donc ! Matrix ? Bon, je m'en vais de ce pas lire la suite... "il est donc impossible de les corriger et/ou de les améliorer. Google a d'ores et déjà refusé les amendements qui lui ont été soumis, et à moins de lancer un nouveau profil pour le VP8, il faudra donc faire avec les bugs que le codec recèle…" J'ai jamais vu un codeur (ou une société) voir les choses comme ça, c'est idiot. google est con comme une paillasse ? " L'iPhone, l'iPod touch et l'iPad ne gèrent que le profil "baseline" du standard et non ses implémentations plus performantes. Moralité c'est un nivellement par le bas pour qui tient à proposer des vidéos compatibles avec ces appareils. Le Blu-ray connait également la même problématique avec certains lecteurs de première génération." (troll (je me fais plaisir pour le coup)) : Ils n'ont qu'a se sortir les doigts du cul (ces grosses feniasses) ! :D Pour le reste, et bien, comme d'hab (pour les users/devs), on suivra les recommandations et on s'adaptera a la techno qui est retenue.
avatar Orus | 
Bravo Google ! C'est maintenant lui qui innove sans arrêt et surtout qui nous fournit du contenu gratuit et ouvert. Apple n'est plus qu'un Microsoft de plus. Et d'ailleurs le jour ou Google concevra et vendra ses propres ordinateurs, cela sera un cataclysme pour Apple.
avatar brume | 
amnesique, hawker x264 est le nom d'un encodeur h264, pas un autre format...
avatar davitron | 
Ce qui serait bien senti de la part de MPEG-LA c'est de modifier leur licence pour en réduire le prix et rassurer sur la durée. Ca tuerait VP8 dans l'oeuf qui aurait eu comme principal mérite d'avoir fait bouger MPEG-LA. Parce que si VP8 est à peu près identique techniquement à H264, alors ce serait quand même plus malin de faire évoluer la licence de H264 d'une façon qui satisfasse tout le monde, plutôt que de devoir modifier tous les hardwares pour passer à VP8. Ce qui me surprend, c'est que Google ait sorti son VP8 (racheté de On2) sans évoquer à un seul moment d'éventuels conflits de brevet... Il joue les naïfs ou il y a un truc béton duquel tout le monde est passé à côté ?
avatar gl3am | 
@orus Il ne faut pas croire que Google innove pour le bien du web ! Il innove pour son propre bien, pour son business ! Il est comme tous les autres, ni pire (quoi que ?) ni meilleur !
avatar voz | 
@davitron Il y a une close dans la licence de VP8 qui vous interdit l'exploitation gratuite du codec si vous vous lancez dans un procès contre lui. En gros c'est son utilisation massive par l'industrie qui le protège...
avatar gto55 | 
H265 déjà en préparation :) http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding
avatar Anonyme (non vérifié) | 
davitron > Peut être bien un truc béton. Peut être même le même truc béton qui empêche microsoft de montrer ne serait_ce qu'un seul des brevets que linux violerait depuis des années. En tout cas ça m'étonnerait fort que Google, Mozilla et les autres grands se lancent aveuglément dans l'utilisation d'un codec qui serait source de procès perdu.
avatar Stanley Lubrik | 
On voit en tous cas que le rédacteur a bien lu les commentaires et liens postés précédemment dans les autres news autour du sujet.... Un joli remixage qui accentue par pur prosélytisme l'idée du bon choix H.264.... Quant à la crédibilité d'un spécialiste du H.264 pour vanter les charmes de sa crémerie et démonter WebM /VP8, c'est aussi sérieux que d'en référer à un développeur Flash d'Adobe pour évoquer l'avenir du format Flash.... La gratuité du codec sont le plus sérieux des atouts pour son implémentation massive et rapide.... Et la force du développement ouvert qui va suivre boosteront le codec de Google... H.264 et WebM vont donc gentiment cohabiter... Et l'annonce de Google va justement mettre un frein aux appétits pour partie cachés de MPEG LA par le futur... Lequel consortium aurait probablement bien aimé prélever une dîme sur les citoyens lambda lors de la mise en ligne de leurs vidéos encodées en H.264 passé 2016...
avatar puccini | 
@orus "le jour ou Google concevra et vendra ses propres ordinateurs, cela sera un cataclysme pour Apple" Ce jour-là sera une cataclysme pour tout le monde, pas seulement pour Apple. Mais Google ne fera pas de hardware. Simplement parce que ce serait simplement faire marche arrière dans leur cheminement : offrir du soft, de l'OS, du service. Le tout en faisant croire qu'il le font gratuitement.
avatar fluxus | 
[quote]Bravo Google ! C'est maintenant lui qui innove sans arrêt et surtout qui nous fournit du contenu gratuit et ouvert.[/quote] Gratuit ? On ne devient pas une des compagnies les plus riches du monde en faisant du "gratuit". Il y a toujours quelque part quelqu'un qui paye.
avatar Ziflame | 
Quelques simples d'esprit pensent que la fin du monde est pour 2012, mais je remarque que sur ces forums, 2016 est une date encore plus effrayante. Et ça commence à me taper sur le haricot. J'ai un scoop pour vous : en 2016, h.264, on s'en tapera comme aujourd'hui on s'en tape de Sorenson Spark (h.263) ou du DivX. Depuis combien de temps vous intéressez-vous à l'informatique, les amis futurologues ? Parce que si ça fait plus d'un an, vous êtes impardonnables, vous n'avez pas encore compris à quelle vitesse les choses changent dans le domaine. Faire des prévisions à cinq ans sur l'informatique, c'est à peu près aussi fiable que de prévoir le temps qu'il fera à Paris dans l'après-midi du 21 mai 2016. Trop d'éléments sont en jeu, trop de données sont à analyser et ce n'est pas possible. Rien n'est prévisible à cinq ans, en informatique comme en météo. - En 2005, on attendait le « G6 » pour nos Macs, une adaptation du Power d'IBM. En 2010, il n'y a plus que de l'Intel dans les Macs, depuis quatre ans. - En 2005, l'idée que Windows puisse tourner en natif sur les Macs était une hérésie. En 2010, on installe la version standard de Windows 7 sur n'importe quel Mac, comme on peut le faire sur n'importe quel PC. - En 2005, Steve Jobs avait enterré définitivement le Newton et il répétait à l'envi qu'Apple n'était pas intéressée par le marché de la téléphonie mobile. En 2007 nous avions l'iPhone et en 2010 nous avons l'iPad. En 2010, beaucoup s'inquiètent de savoir si Steve Jobs est encore intéressé par les ordinateurs bureautiques. - En 2005, personne, pas même sans doute Steve Jobs lui-même, ne pensait qu'iPhoneOS n'accepterait qu'un framework, Cocoa Touch. Parce que le premier gadget Apple à écran tactile est sorti en 2007. Et de même manière qu'on ne discutait pas de Cocoa Touch en 2005, il est impossible en 2010 de discuter des problèmes de brevetabilité et de royalties pour le codec vidéo-vedette de 2015 : peut-être que sa première ligne n'en a pas encore été écrite.
avatar neiluj2 | 
[quote=orus]Bravo Google ! C'est maintenant lui qui innove sans arrêt et surtout qui nous fournit du contenu gratuit et ouvert.[/quote] Mouahaha, c'est plutôt ta vie personnelle qui est un contenu gratuit et ouvert pour Google ;-) Le truc de Google, c'est qu'ils savent transformer cela en or...
avatar macbookben | 
Posté par orus Bravo Google ! C'est maintenant lui qui innove sans arrêt et surtout qui nous fournit du contenu gratuit et ouvert. Si Google innove c'est dans son interet, pas dans le tien, si Google innove c'est pour gagner de l'argent, pas pour t'en faire gagner, si Google innove c'est pour négocier tout ce que tu fais sur le Net. Dès que tu utilises un produit Google, tout le monde du commerce international est au courant de ce que tu fais, de ce que tu aimes et de combien tu disposes pour satisfaire tes envies. Google a mis au point un modèle économique redoutablement efficace mais pour cela il t'a acheté pour une poignée de cerises et t'a revendu en échange d'énormes quantité de lingots d'or, et toi tu n'as rien vu. Mais c'est vrai, Google innove.
avatar sebastiano | 
@Ziflame : rien à redire, tu as tout résumé.
avatar fwally75 | 
il y a de quoi en avoir le tournis, une vraie cacophonie, et qui qui va en avoir les inconvénients? Nous. Déjà, avec les camescopes, il y a les formats "universels" (DV, AVCHD), les formats propriétaires (H264 divers), les formats qui demandent une conversion (MPEG2), de quoi en perdre son latin. Alors, si on doit en plus avoir une tonne de codec et d'encapsuleurs pour lire quelques vidéos sur internet, où va-t-on? Heureusement, tant que le H264 sera dans les camescopes, il restera majoritaire sur le web. Franchement, on préfèrerait un codec universel qui ne demande pas de jongler avec les navigateurs, avec les appareils (l'ipad, il pourra lire le truc de google?), et ne pas se casser la tête.
avatar Orus | 
Eh bien heureusement que Google innove pour gagner de l'argent sinon il ne pourrait plus rien faire. Moi tout ce que je vois c'est ce que nous donne sans contre partie Google et Apple et la vitesse à laquelle Google avance. Regardez bien. Et dire que Google ne fera jamais de matériel... Très bien c'est noté pour la postérité.
avatar pol2095 | 
Vite un htc compatible...
avatar Caramel10 | 
En bref, Google critique l'aspect fermé d'Apple et développe Android et il est en train d'essayer de verrouiller Internet de tous côté : WebM, Chrome, Chrome OS, etc. Adobe a du soucis à se faire.
avatar Ziflame | 
@Caramel10 : tu peux me donner le sens du mot « verrouiller » ? Tu fais référence à quatre projets libres et Open Source. Il est assez difficile de concevoir que des projets de ce type puissent, par nature, verrouiller quoi que ce soit. Adobe verrouille, c'est clair : si les specs de Flash sont ouvertes, différents projets, dont le projet Gnash, ont prouvé que recréer un Flash selon ces specs était mission impossible. Je suppose qu'il faut interpréter ton « verrouiller » comme de la googlephobie de bas étage : s'ils sont à la source des technologies les plus utilisées, ils les verrouillent. Un peu comme les Italiens verrouillent les pizzas et les Français le vin.
avatar RickDeckard | 
@Caramel10 Parler de verrouillage et donner en exemple WebM (Vorbis et Mastroska) et Android (licence GPL) alors que par définition, on ne peut pas faire plus ouvert et libre, on touche quand même au summum du ridicule. Même Chrome et Chrome OS dont je trouve le concept plus que détestable est open-source et a des forks intégralement libres. La novlangue fait des émules en tout cas. "La liberté, c'est l'esclavage" disait le Miniver chez Orwell. Faut croire que le ministère Apple fait autant de ravage sur l'esprit de certains.
avatar lau1967 | 
Bonsoir, @RickDeckard Ce qui est très fort c'est comment Google en libérant le web arrive à dominer le marché. Ou comment faire passer le dont' be evil pour une distraction, un hobby alors que Google le dit clairement dans son interview donnée au monde : on a faim et on veut votre fric... Bref, encore une société qui veut prospérer, rien de nouveau à l'horizon... Laurent
avatar Shralldam | 
@Psylo Toi, et les autres enragés de ton espèce êtes tellement obsédés de prouver à chacune de vos interventions que MacGé est un site de fanatiques fréquenté par des demeurés, que vous en venez à tenir des propos inutilement dédaigneux et injustifiés sur le travail des rédacteurs du site. Dans son article, Arnauld répète à plusieurs reprises que ce sont les opinions de Glaser et Gruber qui sont citées ; d'autre part, ce n'est pas parce que certains passages sont traduits d'autres articles en anglais qu'Arnauld ne fait pas intervenir son propre esprit critique. Et merci à lui de débroussailler ces sources souvent techniques et dans la langue de Shakespeare, les rendant alors accessibles à plus de monde et surtout à ceux qui ne comprennent pas l'Anglais. Stop the rage.
avatar liaiss | 
Excellent article, juste une petite remarque: On peut utiliser une implémentation écrite en C avec un code écrit dans un autre langage (il suffit que le langage le supporte). Par exemple, Ada ou Java peuvent exécuter du code issue d'une bibliothèques écrites en C (en utilisant les interfaces en Ada ou JNI en java). Et on peut exécuter du code Java dans du C (merci JNI).
avatar Oliange | 
J'adore les gens qui critiquent Google car ils veulent se faire du blé. Faut se réveiller toute entreprise veut se faire du blé, Apple, Microsoft, Adobe.... Stop de vivre chez les bisounours où Apple fait tout bien tout beau pour l'utilisateur sans penser à rien d'autres. Apple fait des bonnes choses comme des mauvaises, comme tout le monde tout en cherchant à se faire du blé, normal pour une entreprise.. On se demande bien où certains vivent des fois..
avatar Almux | 
Et Google fabriqua WebM pour les lier tous et les dominer (grâce à un monopole basé sur du libre!).

CONNEXION UTILISATEUR