Google sort « Bali », un nouveau SDK pour le VP8
Google sort « Bali », un nouveau SDK pour le VP8
Le codec vidéo open-source gagne en vitesse d'encodage et en qualité
Mise à jour du 10/03/11
Google vient de mettre à jour son environnement de développement autour du VP8, le codec vidéo open-source derrière WebM.
Selon Google, ce nouveau SDK permet d'encoder une fois et demi plus vite des vidéos qu'avec la précédente version (Aylesbury, lire ci-avant) sur les plate-formes x86.
Autre nouveauté majeure de « Bali » (nom de code de cette version), l'amélioration du multithreading et de la prise en charge du multi-coeur. Ici aussi, l’objectif était d'augmenter les vitesses d'encodages, notamment sur les architectures ARM. L'intention est clairement de fournir une technologie complète, alternative au H.264, capable de répondre aux besoins des terminaux mobiles allant des smartphones aux tablettes.
Cette mise à jour ne concerne pas le format lui-même, mais bien le SDK qui permet de l'utiliser en production. Un SDK qui d'après Google, permet de mieux tirer partie du VP8 et d'augmenter significativement la qualité des contenus (meilleur filtrage du bruit, meilleure gestion des transition, etc.)
Le SDK du codec VP8 est disponible ici
Source : Google
Et vous ?
Maj de Gordon Fowler
Mise à jour du 02.11.2010 par Katleen
Google augmente les performances de sa librairie de décodage du format VP8, ceci lui donnera-t-il l'avantage sur le H.264 ?
Dans la plateforme ouverte WebM, se trouve la librairie libvpx, qui permet d'encoder et de décoder des contenus vidéos au format VP8.
Cet outil offert par Google a largement été critiqué, en particulier à propos de sa vitesse de traitement qui serait insuffisante.
Cependant, son éditeur vient d'en apporter une mise à jour. Google présente ainsi une nouvelle version de la libvpx, dénommée Aylesbury, qui serait 28% plus rapide que sa grande soeur.
Mountain View aurait amélioré la gestion de la mémoire, et des instructions multimédias intégrées dans les processeurs x86. De quoi optimiser le fonctionnement pour des systèmes multicoeurs.
Autre amélioration : l'encodeur. Le PSNR (Peak Signal to Noise Ratio, qui mesure la distorsion d’une image), est crédité de 7,1 %. Le SSIM (Structural SIMilarity, qui compare l’image encodée et sa source) n'est pas en reste, avec des résultats augmentés de 6,3 %.
Sur des vidéos souffrants de bruit ou de ralentissements, ces améliorations peuvent même être de 60%.
Source : Google
Mise à jour du 21/06/10
Google modifie WebM
Et crée une branche expérimentale de son codec video open-source dédiée aux développeurs
Après avoir rendu son nouveau codec open-source pour concurrencer le H.264, le format propriétaire soutenu par Apple, Google annonce qu'il va modifier les caractéristiques techniques de WebM pour en améliorer la vitesse et la qualité.
Le WebM allie le format VP8 pour la vidéo et le Ogg Vorbis pour le son. Le responsable du codec chez Google écrit sur le blog du projet que « pour maintenir la stabilité du codec et nous permettre de continuer à améliorer ses performances et sa qualité, nous avons ajouté une branche expérimentale à l'arbre des sources du VP8 ».
Un des principaux reproches formulés contre le VP8 est – à tort ou à raison – son manque de qualité dans le rendu comparé au H.264.
Les premières expérimentations de cette nouvelle branche dédiée aux développeurs toucheront donc le bitstream pour tenter d'améliorer cette qualité.
Le bitstream est la manière dont les données brutes sont organisées dans un flux envoyé à un décodeur. Autrement dit, il s'agit d'un des éléments au cœur même d'un codec.
WebM est aussi critiqué par ses détracteurs sur sa vitesse.
Google envisage de s'attaquer à ce problème, notamment en réfléchissant sur la manière de traduire le VP8 en instructions de programmation bas niveau (en instructions machines donc).
Mais cette piste n'est pas la seule puisque John Koleszar, lui aussi ingénieur chez Google, a lancé le Project Dixie qui vise à retravailler le code du VP8 en profondeur pour améliorer sa gestion du multi-coeur d'un coté et la mise en cache des données (et donc l'utilisation de la RAM) de l'autre. Il est activement soutenu dans es efforts par le Fondation Mozilla.
La branche expérimentale de WebM se trouve ici.
Le support de la version « classique » du codec a été intégré la semaine dernière par les navigateurs Chrome (lire ci-avant), Firefox et Opera (NB : dans leurs versions pour développeurs).
Aucun travail sur le son n'est en revanche envisagé.
C'est déjà ça de moins.
Source : Le billet de Jim Bankoski codec engineering manager chez Google, celui sur les améliorations du codec envisagées par Google, et la page du projet Dixie
Et vous ?
MAJ de Gordon Fowler
Mise à jour du 07/06/10
VP8 vs H.264 : Google intègre le support du WebM à Chrome
Et rechange la licence du nouveau format issu du codec vidéo VP8
Les choses s'accélèrent pour le projet WebM issu du VP8, un standard vidéo que Google a décidé de rendre open-source, et du Ogg-Vorbis (lire ci-avant).
Première nouvelle, Chrome intègre à présent le support du WebM. Firefox et Opera avaient déjà fait savoir qu'ils travaillaient sur le sujet. Tout comme Microsoft.
La version pour développeurs du navigateur de Google (téléchargeable sur le dev channel) permettra donc à tout un chacun de se faire une opinion personnelle sur les qualités respectives des deux formats désormais concurrents que sont le VP8 et le H.264, soutenu lui par Apple.
Un site comme quAvLive propose déjà une batterie de vidéos tests pour réaliser un début de benchmark.
La deuxième nouvelle concerne le licence de WebM.
Le codec est certes open-source mais Google avait introduit une clause supplémentaire à la licence BSD. La clause en question interdisait l'utilisation du codec à une entreprise en procès avec Google sur des questions de brevets.
« En faisant cela, nous avons effectivement créé une potentielle nouvelle licence libre, chose que nous répugnons à faire », écrit Chris DiBona, Open Source Programs Manager chez Google, qui annonce dans la foulée sur le blog du projet que la situation est rentrée dans l'ordre avec un nouveau changement de la licence d'exploitation du codec qui le rend pleinement compatible avec le GPL (v2 et v3).
Raison de plus pour l'essayer.
Le dev channel est ici (pour Linux, Mac et Windows).
Des vidéos test sont jouables sur cette page.
Source : Le billet de Chris DiBona
Et vous ?
MAJ de Gordon Fowler
Mise à jour du 21.05.2010 par Katleen
Le codec VP8 de Google déjà critiqué, il serait instable et lent
Nous vous parlions avant hier du VP8, le nouveau codec vidéo de Google. Mais, selon certains experts en la matière, il ne serait pas aussi incontournable que le dit son créateur...
Jason Garett-Glaser, spécialiste en vidéo digitale, en livre une analyse bien peu flatteuse : "Ses spécifications consistent majoritairement en du code C copié-collé du code source de son noyau." Se faisant plus critique, il continue : "La spécification VP8 est imprécise et non claire. Trop courte, elle laisse de larges portions du format trop vaguement expliquées. Certaines parties refusent même explicitement d'expliquer totalement une fonction particulière, en renvoyant à des références impossibles à comprendre".
Il va encore plus loin, affirmant que le VP8 n'est "absolument pas compétitif" avec le H.264 : "Le VP8, en tant qu'encodeur, se situe entre Xvid et le VC-1 de Microsoft au niveau des qualités visuelles. Mais, en tant que décodeur, il est encore plus lent que le H.264. Ceci a peu de chances de pouvoir être amélioré".
Poursuivant dans sa lancée, il ajoute : "Eu regard aux brevets, le VP8 copie bien trop le H.264, même s'il se veut libre de droits. Il n'est pas prêt à être distribué, les spécifications sont un empilage de code C copié-collé ; et l'interface de l'encodeur manque de fonctions et n'est pas stable."
Des mots durs, mais qui ont le mérite d'être clairs.
Source : Le blog de Jason Garett-Glaser
Google offre son codec video VP8 sous licence open source, Firefox l'intègre déjà
A l'occasion d'I/O (Innovation et Ouverture), sa conférence annuelle pour les développeurs, Google a fait plusieurs annonces importantes.
Il a ainsi révélé que son codec vidéo VP8 sera désormais disponible en open source et sans royalties. Il s'agit d'un concurrent libre, en opposition aux technologies propriétaires comme H.264, permettant un encodage vidéo de qualité pour une consommation de bande passante limitée.
Tout ceci fait partie d'un projet autrement plus vaste, WebM, dont le but est la création d'un format multimédia ouvert hautement qualitatif. Pour cela, les développeurs tablent sur un mélange entre le codec vidéo VP8, le codec audio Vorbis et un conteneur s'appuyant sur Matroska.
Afin de mener à bien son projet, Google a oublié ses rivalités pour s'associer à Mozilla, Opera, Adobe, Skype, AMD, ARM, Nvidia, etc...
Dès janvier, Mozilla s'était élevée contre l'utilisation du codec propriétaire H.264 par la firme de Mountain View. Voyant le vent tourner, la fondation open-source déclare sur son blog qu'il s'agit d' «un grand moment pour les développeurs Web », et qu'il est « fantastique de compter une technologie comme VP8 du côté du Web ouvert ».
Mozilla propose d'ores et déjà une version preview de Firefox, intégrant WebM.
Le HTML5 est donc largement soutenu, il a le vent en poupe.
Opera Software a également annoncé lors de l'évènement que son navigateur allait supporter WebM.
Microsoft a réagit quelques heures plus tard en affirmant qu'Internet Explorer 9 supportera lui aussi VP8 (à la condition qu'il soit installé dans Windows).
Seul, Apple ne s'est pas exprimé sur le sujet concernant sa potentielle implémentation dans Safari.
Enfin, Google a enfoncé le clou en déclarant que l'intégralité du catalogue de YouTube sera converti au format VP8 (qui sera supporté par le lecteur Flash).
Répondre avec citation
Envoyé par befalimpertinent
.
).
Partager