Parmi les nouvelles fonctionnalités de Flash Media Server 3.5 se trouve le « Dynamic Streaming » ou « Diffusion dynamique en continu ». Derrière ce terme barbare se cache la faculté du serveur de distribuer la version d’une vidéo qui convient en fonction du débit réel dont on dispose, et cela en « temps réel ».
Mais qu’est ce que cela peut vraiment vouloir dire ? Un exemple vaut bien mieux que de long discours.
Imaginons que vous avez une vidéo encodée à 3Mbits/s. Sur une ligne ADSL 8Mbits/s, cela passera sans soucis. Si vous avez une ligne 1Mbits/s, ca va déjà être plus problématique, il faudra attendre que la vidéo soit téléchargée pour la voir, et le temps d’attente sera 3 fois plus long que le temps de visualisation. Mais me direz vous, il est tout à fait possible de le faire sans le Dynamic Streaming. Et bien oui.
Mais maintenant, imaginons que vous avec une ADSL 8Mbits/s, mais que quelqu’un dans votre réseau lance un gros téléchargement, et consomme 6 Mbits/s. Il ne vous restera que 2 Mbits/s (en théorie), ce qui sera insuffisant pour voir votre vidéo, et va provoquer l’affichage de jolis messages « Buffering ». C’est là que le Dynamic Streaming intervient. Vous aurez au préalable mis en place sur votre serveur une autre version de votre vidéo, mais encodée à 1,5 Mbits/s (en réduisant par exemple la résolution); le serveur ayant détecté que votre débit n’est pas suffisant vous basculera automatiquement sur la vidéo avec un plus faible débit. Dès que le téléchargement sera terminé et que vous retrouverez toute la bande passante disponible, la vidéo re-basculera sur la vidéo en haute qualité sans aucune coupure.
Cette fonctionnalité marquera t’elle la fin de ces atroces messages « Buffering » ??
Site de démo du dynamic streaming d’Adobe : www.streamflashhd.com
Informations sur le Flash media server 3.5 : www.adobe.com/fr/
Articles sur le même sujet :
Bonjour, si je puis me permettre, cette fonctionnalité était déjà dans la v2 de Flash Media Server. Je n’en suis pas certain, mais presque. Cependant, le paramétrage était un peu compliqué pour cette fonctionnalité.
Bonjour,
Si cette fonctionnalité était présente dans la version 2, pourquoi Adobe et l’ensemble des blogs n’en parlent pas et considèrent que c’est une nouvelle fonctionnalité ?
Il était peut être possible de le faire avec un ajout d’un plugin au fms, mais rien de comparable avec la simplicité de ce qu’à ajouter Adobe.
De plus, on peut mélanger des contenus vp6, h264, et ça s’enchaine sans que l’utilisateur ne s’en rende compte (à part la dégradation visuelle).
Néanmoins, nous serions curieux de voir un exemple sur fms2, auriez vous ça ?
La réponse est ici :
> http://livedocs.adobe.com/fms/2/docs/wwhelp/wwhimpl/js/html/wwhelp.htm
Mais comme dit, cela demande plus de travail que ce que propose Adobe actuellement. Mais c’était possible…
Bon encore un commentaire pour dire que ce n’est pas le serveur qui detecte la bande passante du client automatiquement, mais que c’est le client qui envoie sur qu’elle bande passante il se situe…
Ok, donc d’après la doc, on pouvait détecter qu’il n’y avait pas assez de bande passante pour jouer correctement le média, et donc on pouvait programmer la lecture du même flux mais en qualité moindre. Donc en effet, cela demandait un peu de travail.
Mais on ne peut pas parler de fonctionnalité, à partir du moment où ce n’était pas intégré directement coté serveur, car il semble bien que sous le fms3.5, ce n’est pas coté client que cela se produit, mais bien coté serveur, avec tout ce que cela engendre.