Apple s'était mis une grosse pression pour le special event, entre un « live blogging » digne d'un site de fans et une retransmission en direct sur iOS, Safari et Apple TV (avec un peu de bidouille, les utilisateurs Windows pouvaient également y accéder), on allait voir ce qu'on allait voir.
Sauf qu'il n'y a pas eu grand-chose à voir, finalement. Rien ne s'est vraiment passé comme prévu pour le direct en vidéo : coupures incessantes et doublage en chinois ont particulièrement dégradé l'expérience des spectateurs. Il est possible de revivre l'événement dans de bonnes conditions, que ce soit en session de rattrapage sur le site d'Apple ou en podcast, mais hier l'excitation a, pour beaucoup, laissé la place à la frustration. C'est d'autant plus dommage qu'Apple s'est lancée sur le nouveau marché des montres connectées, sans oublier les iPhone 6, avec un vrai enthousiasme.
Dan Rayburn de StreamingMedia, a tenté de tirer l'affaire au clair. La faute du « désastre » subi par Apple reviendrait en fait… à Apple. La page d'accueil du site du constructeur, celle-là même qui accueillait la retransmission en direct, contenait du code JSON, qui permettait d'afficher les « cartes » interactives du live-blogging (reprise de tweets et de photos). Tout cela a eu une conséquence : le rythme de rafraîchissement de la page, très rapide, aurait empêché toute mise en cache de la vidéo intégrée à même la page. Le moindre problème de performance sur cette page a eu un impact sur le live.
Akamai, dont les tuyaux du CDN livraient la vidéo en direct, étant dans l'impossibilité de placer le live en cache, la performance de la retransmission s'en serait fortement ressentie. Étant donnée cette difficulté, la plupart des requêtes étaient adressées au serveur central, ce qui annihile complètement l'intérêt d'un CDN dont l'objectif est justement de répartir une charge sur une myriade de serveurs.
En ce qui concerne le doublage en chinois (durant les 27 premières minutes de l'événement), là aussi Apple est en cause. La Pomme est la seule responsable de l'encodage de ses retransmissions vidéo et visiblement, il y a eu un problème au niveau des réglages, tandis que les flux de secours n'étaient pas synchronisés. Enfin, le contenu interactif de la page d'accueil, stocké dans le nuage S3 d'Amazon, a lui aussi souffert de mauvais réglages. Là aussi, rien qui puisse améliorer l'expérience…
En bout de course, ces problèmes seraient donc le seul fait d'Apple. Cette affaire donne l'impression, à lire Dan Rayburn, que tout a été fait de travers du côté de Cupertino. Voilà qui n'est pas particulièrement rassurant alors que le constructeur a mis en place son propre CDN (lire : CDN : le réseau de distribution de contenus d'Apple a ouvert ses valves). On peut cependant gager que les leçons ont été tirées.
Les assertions de Rayburn sont cependant vivement contestées, en particulier concernant ses informations sur JSON qui est un format de données et pas du code comme le Javascript. Cela n'explique pas toutefois la raison du doublage en chinois durant la première demie-heure. Affaire à suivre, donc.
[Edit] Précisions sur les explications de Rayburn, notamment sur JSON.
