Chrome 23 bêta : après les FPS, Google s'attaque aux contenus multimédia

Chrome 23 bêta : après les FPS, Google s’attaque aux contenus multimédia

Des vidéos plus interactives qu'avec Flash

Avatar de l'auteur
Damien Labourot

Publié dans

Logiciel

03/10/2012 2 minutes
14

Chrome 23 bêta : après les FPS, Google s'attaque aux contenus multimédia

Après une version 22 qui met le cap sur les FPS, Google vient de publier une nouvelle mouture bêta de Chrome. Celle-ci est estampillée 23.0.1271.10 et apporte quelques nouvelles bibliothèques exploitant l'API WebRTC qui vont permettre de lire des contenus multimédia enrichis directement au travers du navigateur.

Après l'API getUserMedia qui a été ajoutée au sein de Chrome 21, et qui permet de manipuler une webcam à distance via le navigateur et sans avoir à recourir à l'utilisation d'un plug-in comme Flash, Google vient d'intégrer d'autres piliers de la bibliothèque WebRTC. Pour rappel, cette dernière est toujours à l'état de brouillon. 

 

Chrome 23 Beta

 

Ainsi, la société de Moutain View vient ainsi d'ajouter l'API « PeerConnection » qui permet de contrôler les flux audio et vidéo entre l'émetteur et le récepteur au sein des applications. Une autre bibliothèque « track » est aussi de la partie et elle permet de prendre en charge les sous-titres, d'ajouter des chapitres ou encore de couper des scènes afin d'y ajouter des actions au sein de vidéos en HTML5. Vous trouverez un exemple de ce que cela peut donner via cette page.

 

Enfin, l'API MediaSource, qui est là encore au statut expérimental, permet de sélectionner automatiquement la qualité de la vidéo et de l'audio en fonction du débit disponible du coté de votre connexion internet.

 

Pour télécharger Chrome dans sa version bêta, c'est par ici que cela se passe. Notez que la version de développement 24.0.1284.2 vient aussi d'être mise à jour avec une nouvelle mouture de V8 (3.13.7.1) et des corrections de bugs essentiellement. Elle est disponible pour Windows, Linux, OS X et Chrome OS et se récupère par là.

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (14)


C’est intéressant tout ça :)

J’espère que l’evolution du html5/css3 et de ses API associées ralentira bientôt, histoire que tous les navigateurs aient le temps d’en faire une implémentation correcte.


On ne peut pas reprocher à Google de faire du sur-place , dans leur esprit ( ou dans le mien plutôt ) elle reste une entreprise qui a envie de découvrir et d’aller de l’avant .


C’est cool Chrome mais ça serait bien que les dévs arrêtent de faire des démos WebGL (ou autres) Chrome-only… <img data-src=" />


Chrome OS a été un bide.Voila donc la nouvelle stratégie de Google. Rendre dependant les utilisateurs PCs de Chrome avant de… poufff.. oh miracle en faire un OS autonome style Chrome OS….








chhosni a écrit :



On ne peut pas reprocher à Google de faire du sur-place , dans leur esprit ( ou dans le mien plutôt ) elle reste une entreprise qui a envie de découvrir et d’aller de l’avant .







C’est pas pour lancer un débat anti-googliste primaire, mais on peut réellement se demander si c’est vrai. Là ils ne font que rattraper leur retard sur des choses qui sont désormais standards ailleurs (mouse-lock api, WebRTC bien implantées dans firefox, au moins dans les versions de dev), ou sur le point d’être standardisées.

Leurs contributions notables « à eux » sont plutôt de l’ordre des trucs exclusifs et privateurs je trouve (un chrome web store d’applications/addons étroitement contrôlé, une technologie NaCl dont la philosophie s’oppose au web, …), sans parler des démos qu’ils conçoivent pour faire leur publicité, mais dont l’accès aux autres navigateurs est fermé, empêchant par là toute comparaison honnête.

Bref.





Bandwidth Limit Exceeded





L’effet PCInpact <img data-src=" />

Très intéressant tout ça, Firefox ne devrait pas tarder à l’intégrer également :)








Crysalide a écrit :



C’est cool Chrome mais ça serait bien que les dévs arrêtent de faire des démos WebGL (ou autres) Chrome-only… <img data-src=" />







La grosse majorité des démos présentes sur chromeexperiment sont compatibles FF :)









Florent_ATo a écrit :



La grosse majorité des démos présentes sur chromeexperiment sont compatibles FF :)





Par contre elle marchent pas avec IE9.<img data-src=" />



<img data-src=" /><img data-src=" /><img data-src=" />









Yolélé a écrit :



C’est pas pour lancer un débat anti-googliste primaire, mais on peut réellement se demander si c’est vrai. Là ils ne font que rattraper leur retard sur des choses qui sont désormais standards ailleurs (mouse-lock api, WebRTC bien implantées dans firefox, au moins dans les versions de dev), ou sur le point d’être standardisées.

Leurs contributions notables « à eux » sont plutôt de l’ordre des trucs exclusifs et privateurs je trouve (un chrome web store d’applications/addons étroitement contrôlé, une technologie NaCl dont la philosophie s’oppose au web, …), sans parler des démos qu’ils conçoivent pour faire leur publicité, mais dont l’accès aux autres navigateurs est fermé, empêchant par là toute comparaison honnête.

Bref.





Effectivement c’est un peu primaire car je rappelle que WebRTC a été opensourcé par Google pour qu’il puisse devenir un standard et pour que ce dernier puisse être ensuite implémenté correctement dans Chrome (et du coup dans les autres navigateurs qui respectent les standards dont Firefox), à la base car ça faisait sens notamment dans le cadre des Google+ hangouts et Gtalk (hop t’ouvre un chrome/chromebook tu peux faire une visio sans rien config). Et pour info WebRTC est dans Chrome dev depuis perpet’.



C’est pas tellement qui est le premier à instaurer des brouillons le plus rapidement qui est intéressant, c’est de savoir qui participe à ces standards, et Mozilla et Google le font. Bref oui c’est primaire <img data-src=" />














zaknaster a écrit :



Effectivement c’est un peu primaire car je rappelle que WebRTC a été opensourcé par Google pour qu’il puisse devenir un standard et pour que ce dernier puisse être ensuite implémenté correctement dans Chrome (et du coup dans les autres navigateurs qui respectent les standards dont Firefox), à la base car ça faisait sens notamment dans le cadre des Google+ hangouts et Gtalk (hop t’ouvre un chrome/chromebook tu peux faire une visio sans rien config). Et pour info WebRTC est dans Chrome dev depuis perpet’.



C’est pas tellement qui est le premier à instaurer des brouillons le plus rapidement qui est intéressant, c’est de savoir qui participe à ces standards, et Mozilla et Google le font. Bref oui c’est primaire <img data-src=" />







Heu, sans vouloir te froisser ni rien (ouais t’as l’air un peu tendu sur le sujet…) comparer le WebRTC de juin 2011 à celui en cours d’implémentation ça reviendrait un peu en gros à comparer khtml et webkit… De l’eau a coulé entre temps et un peu tout le monde (à part microsoft) a déposé sa pierre à l’édifice. Les implications de ta première phrase sont pour le moins farfelues <img data-src=" />



Le 03/10/2012 à 22h 07







AlphaBeta a écrit :



Chrome OS a été un bide.Voila donc la nouvelle stratégie de Google. Rendre dependant les utilisateurs PCs de Chrome avant de… poufff.. oh miracle en faire un OS autonome style Chrome OS….







Niveau paranoïa c’est pas mal là



Dommage que Chrome Android n’avance pas aussi vite(webgl,…)








ff9098 a écrit :



Niveau paranoïa c’est pas mal là







Seuls les paranoiaques survivent (Andrew Grove)

Je prends les paris… maintenant !









Crysalide a écrit :



C’est cool Chrome mais ça serait bien que les dévs arrêtent de faire des démos WebGL (ou autres) Chrome-only… <img data-src=" />





C’est que les autre navigateurs sont bien incapables de les faire tourner…<img data-src=" />