Et bien c’est fait, Microsoft a finalement annoncé son “Zune Phone” lors du Mobile World Congress à Barcelone en Espagne.

Pour ma part, ce qui m’intéressait de savoir concernait l’éventuelle arrivée de Silverlight sur cette nouvelle plateforme. Bien qu’il n’en ait été nulle mention lors de la conférence de presse, tous les indicateurs pointent sur le fait que cette techno en fera partie. La “surprise” et les détails seront dévoilés à la mi-mars, lors du MIX 2010 à Las Vegas.

Une chose est par contre certaine, la technologie Flash d’Adobe ne fera pas partie de la fête dans le premier “release” du Windows Phone 7. Dans son annonce, Microsoft a par contre clairement mentionné n’avoir aucune objection à la supporter…!

Pour ceux qui l’ont manquée, voici l’intégrale de la conférence de presse.

Plus sur le sujet :

EnGadget : Windows Phone 7 Series hands-on and impressions

Gizmodo : Windows Phone 7 Series: Everything Is Different Now

.

Le débat fait rage depuis plusieurs semaines sur la blogosphère. Est-ce réellement le début de la fin pour Flash, Silverlight et JavaFX ?

HTML5 : évolutionnaire et non révolutionnaire

D’entrée de jeu, je tiens à préciser que je suis un partisan des « standards ouverts», ceux-ci contribuant grandement au noyau structural du Web. Par contre, je considère l’arrivée du HTML5 comme évolutionnaire et non révolutionnaire. Je m’explique. Le HTML5 tend - entre autre - à reproduire ce que Flash, Silverlight et JavaFX possèdent aujourd’hui, mais pas nécessairement ce que ces technologies posséderont demain…

Comme les spécifications finales ne seront pas complétées avant 10 ans, ne comptez pas sur une inaction d’Adobe, Microsoft et Sun. En fait, par le temps que l’adoption du HTML5 soit à un niveau d’ubiquité, Flash, Silvelight et JavaFX auront probablement évolués de quelques versions introduisant de nouvelles fonctionnalités requérant encore leur utilisation.

HTML5 gagnera en traction au fil des prochaines années et plusieurs de mes futurs développements l’utiliseront sans nul doute. Par contre, pour le développement de certaines applications - dont la plupart reliées à la vidéo sur IP multiplateforme, Flash et Silverlight demeureront des incontournables. De prétendre que le HTML5 mettra aux oubliettes Flash et/ou Silverlight à court terme est de la pure fiction…

Les fonctionnalités actuelles du HTML5 peuvent sans doute rivaliser en partie avec Flash ou Silverlight, mais ses avancées sont attendues depuis longtemps. Elles devraient finalement permettre de normaliser les fonctionnalités offertes par les plugiciels propriétaires qui ont, pour leur part, eu la chance de cuire au four pendant quelques années…

Au fil du temps, bien des fonctionnalités manquantes au HTML5 à l’heure actuelle y seront incorporées, mais pour le moment, et à titre d’exemple, une fonctionnalité toute aussi simple que d’afficher une vidéo en plein écran est chose impossible – à moins d’y aller de façon très créative. Et qu’en est-il de la possibilité de pouvoir rouler des applications hors fureteur? Des applications sur mobiles ? De la facilité d’utilisation des outils de création pour les designers Web? Des applications Web 2.0 à la UStream permettant non seulement d’afficher, mais également de capturer et compresser la vidéo via le client Flash? Une technologie comme Silverlight offre des fonctionnalités extrêmement avancées, un modèle de programmation bien plus riche et rapide (C#) ainsi que la capacité de rouler des applications hors fureteur.

Inconsistance dans les implantations

Le HTML5 est un standard en construction. Et malheureusement, d’un fureteur à l’autre vous allez retrouver une implantation différente du « standard ». On n’a qu’à regarder aller le débat autour des codecs… Le H.264 – codec non ouvert – a été retenu par Safari et Chrome alors que Ogg Theora l’est par Firefox, Opera…IE, qui demeure encore le fureteur le plus utilisé (ne pas confondre avec poupularité), n’a quant à lui aucun positionnement officiel côté codec à l’heure actuelle. De plus, toutes trois des compagnies suivantes, Microsoft (Silverlight), Adobe (Flash) et Sun (JavaFX) sont impliquées dans les efforts du HTML5, mais chacune d’elles défendra également – avec raison - le besoin d’utiliser sa technologie.

Nous en avons donc pour un bon petit bout avant de voir les efforts du HTML5/CSS3 finalisés et reste à savoir quelles parties seront implantées de façon consistante à travers le spectre des fureteurs…

Une chose est claire, le HTML5 sera de plus en plus utilisé pour le développement d’applications Web.  Par contre, pour le développement de jeux en ligne, d’applications immersives, et plus spécifiquement dans l’industrie de la vidéo par IP et du développement d’applications de diffusion interactives et multi plateforme, les développeurs demeureront probablement attachés à Flash et Silverlight pour encore plusieurs années.

.

À peine quelques mois après le lancement officiel de Silverlight 3, Scott Guthrie nous annonce lors de son keynote au PDC 2009, la disponibilité immédiate d’une version Beta de Silverlight 4 !

Cette version est destinée aux développeurs qui désirent expérimenter les nouvelles fonctionnalités livrées avec Silverlight 4. Donc, ne vous aventurez pas trop loin…La sortie officielle du « run-time » pour les Internautes est prévue d’ici quelques mois.

Tim Heuer a d’ailleurs publié un long billet vous donnant toutes les informations nécessaires pour vous permettre de monter l’environnement requis et débuter vos expérimentations avec Silverlight 4.

Quoi de neuf avec SL4 ? Parmi la longue liste des nouvelles fonctionnalités, voici celles qui ont principalement retenues mon attention pour leur lien direct avec la vidéo et les applications sur lesquels je planche actuellement :

• Accès à la webcam et microphone à partir de SL. (en voilà une que j’attendais depuis un bon bout)
• Multicast natif
• Incrustation HTML sur SL (vous pourrez ainsi faire afficher du Flash dans Silverlight si l’idée vous titille…)
• Offline DRM
• La protection PlayReady est étendue au contenu encodé en H.264

Voici une courte vidéo démontrant de quelle façon il vous sera maintenant possible d’accéder à la webcam et microphone via SL. 

Microsoft y est également allé de quelques chiffres.  Entre autres, le taux de pénétration de Silverlight atteint désormais 45% et est en constante et rapide progression. Des événements d’envergure tels que les derniers jeux Olympiques d’été, le NFL Monday Night Football, ainsi que les prochains de Jeux de Vancouver 2010 aident et aideront grandement à faire accélérer l’adoption de cette technologie.

IIS Media Services et iPhone
Celle-ci, je ne m’y attendais pas du tout et j’en suis réjoui. La prochaine version d’IIS Media Services supportera le http-streaming d’Apple pour le iPhone. Une démonstration en a été faite au PDC et plus de détails suivront prochainement.

Des Laptops pour tous!
Et dans la catégorie faits divers, en voici un qui en a enchanté quelques milliers. Des applaudissements nourris ont retentis dans tout l’auditorium lors du deuxième keynote. Microsoft venait d’offrir un laptop ACER Multi-touch Windows 7 à tous les participants de la conférence…gratuitement!

.

La technologie utilisée par le Sunday Night Football, qui a servi à diffuser des événements majeurs tels que Rolland Garros, le Tour de France et qui sera mise de l’avant dans les prochains jeux Olympiques à Vancouver est maintenant disponible à tous.

Le Smooth Streaming est une des cinq extensions des IIS Media Services 3.0. Les cinq extensions étant :

· Live Smooth Streaming, live adaptive streaming delivery to Silverlight
· Smooth Streaming, adaptive streaming of on-demand media for Silverlight
· Advanced Logging, rich, real-time client and server side logging
· Bit Rate Throttling, meters the speed that media is delivered to a player
· Web Playlists, secure sequenciig of media content

Pour plus d’informations sur les IIS Media Services, faîtes un petit tour sur http://www.iis.net/media

.

Il y a un peu plus de 2 ans, je publiais un billet intitulé - Streaming vs Progressive Download…que choisir? J’y expliquais les principales différences entre le progressive download et le streaming, ainsi que quelques conseils afin de faire la bonne sélection.

À ces deux principales méthodes de livraison vidéo sur le Web, s’ajoute l’Adaptive Streaming. Bien qu’il existe plusieurs saveurs d’Adaptive Streaming, la plus connue est sans aucun doute celle de Microsoft : le Smooth Streaming. Notez bien que le Dynamic Streaming switching d’Adobe demeure basé sur le protocole RTMP et n’en fait donc pas du vrai Adaptive Streaming utilisant l’HTTP.

L’ Adaptive Streaming, qu’est- ce que c’est?

C’est en fait une méthode de livraison vidéo hybride qui réagit comme du Streaming, mais qui est basée sur le HTTP-Progressive Download. Plus concrètement, la vidéo transmise est découpée en morceaux de 2 à 4 secondes qui sont transportés via le protocole HTTP. L’affichage de la vidéo est donc une récupération d’une longue série de petits bouts de fichiers reçus en téléchargement.

Chaque morceau peut être hébergé sur un simple serveur Web et peut également tirer profit des Caches HTTP existantes. De là, il est téléchargé par le client d’une façon linéaire et au fur et à mesure, la vidéo est reconstituée en faisant jouer les morceaux de façon continue.

La partie “adaptive” intervient lorsqu’une vidéo est encodée en plusieurs débits. Ainsi, pour chaque 2 secondes, une multitude de morceaux correspondant au débit associé seront générés. Lorsqu’ils sont parfaitement alignés et synchronisés, cette technique permet de faire varier la qualité de la vidéo affichée en fonction de la bande passante disponible, et ce, d’une façon transparente pour l’internaute sans jamais rompre l’expérience de visionnement. Grâce à cette technique, la vidéo HD sur le Web devient chose du possible, sans toutefois laisser de côté des utilisateurs dont le CPU ou la bande passante ne pourraient le permettre.
Lire le reste de ce billet »

.

Le montant de la transaction est estimé à 106,5 millions de dollars US, principalement en actions. La transaction ne sera officialisée qu’au cours du quatrième trimestre.

J’ai longtemps suivi la progression de la boîte On2 et mes premières expériences avec leurs technologies remontent à 2000. À cette époque je me trouvais dans la défunte boîte de webdiffusion Zone Web Communications et la techno d’On2 semblait assez révolutionnaire. Radio-Canada s’y intéressait tout particulièrement pour la diffusion du projet Silence, on court!.

En 2000, On2 ne se limitait pas uniquement à la compression vidéo. Elle offrait également toute une gamme de produits, solutions et services complémentaires, allants des serveurs de diffusion TrueCast à un lecteur web vidéo propriétaire.

Suite à une restructuration au milieu des années 2000, l’entreprise s’est limitée à la compression vidéo - codecs et logiciels. Lors de notre séjour à New York, Laurent Maisonnave et moi avions déjà pu constater que la relation en Adobe et On2 s’effritait.

Maintenant, comment se traduit cette annonce d’achat ? Certains spéculent déjà que Google rendra le codec VP8 open source, perturbera l’industrie de la vidéo sur IP, et éliminera tout besoin d’utiliser Flash ou Silverlight. Bien qu’il soit dans l’univers du possible de voir un jour HTML 5 adopter une version open source du codec d’On2, il n’en reste pas moins que ce n’est qu’un codec, pas une plateforme. Flash, Silverlight/WMV et Quicktime ne disparaitront pas, bien au contraire.

Dan Rayburn a d’ailleurs publié ce matin un billet sur le sujet. Il y fait part de ses doutes quant au succès de cette transaction.

[Dan] : While many want to automatically assume Google will always be successful in whatever they do, simply because they are Google, they have never done anything well outside of search and advertising, as far as generating revenue goes. If they want to challenge H.264, they’ll lose. If they simply acquired On2 for their own use in YouTube and Chrome, ok, could work. But it won’t have any major impact on the industry.

————————
MAJ de Dan :

Debunking Some Myths Of The Google/On2 Deal, Questioning VP8’s Quality

.