Quand le Web devient réellement interactif ?

Sous ce vocable barbare se cache un site Internet plus visuel, plus riche. Il existe de nombreuses possibilités pour enrichir un site Internet et ajouter des éléments multimédia.

La technologie Flash est sans doute la plus connue dans ce domaine.
Le Rich média répond à un besoin croissant d'une interface web de plus en plus riche, avec du multimédia (animation, streaming, fichiers audio ou vidéo). Le Rich média est en quelque sorte un client lourd, orienté utilisateur. Faire du Rich média nécessite Internet des développements spécifiques.

Actuellement, la technologie Flash représente le standard pour réaliser un site Internet Rich média. Bien que relativement exigeant en bande passante et en programmation (langage propre), ses possibilités sont sans limite ou presque.

Cependant, d'autres solutions moins "lourdes" sont possibles : xHTML avec CSS, ASP.NET 2, XUL, JSF. Il faut tout de même rester le plus standard possible et savoir quelles technologies sont déjà installées sur une majorité de navigateurs.


Streaming Audio – Video
Le streaming audio / video nécessite Internet une infrastructure matérielle et logicielle adéquate. À la différence d'un fichier de chargement d'un fichier ou d'un Fast Start, le pur streaming utilise un flux serveur web sur une vidéo qui ne se charge pas sur le poste client, mais est exposée par le serveur web.

Dans le cas d'un streaming audio - video, il faut disposer d'un serveur web dédié configuré. Il s'agit de technologies lourdes, nécessitant un serveur web véloce et une bande passante dimensionnée au nombre de connexions. Il existe trois grandes technologies de streaming : QuickTime d'Apple, Windows Media de Microsoft et REAL Audio - Video de REAL Network. À cela s'ajoutent des solutions open source ou non, telles que VideoLAN Server, ou encore le DivX. VideoLAN Server fera du MPEG 1, 2, 3 et 4.

QuickTime Streaming Server fera du QuickTime et du MPEG-4. Bien entendu, on ne broadcaste pas une forme vidéo ou audio sans traitement. Il faut d'abord encoder la séquence dans le bon format et le débit voulu. Chaque format a ses impératifs de flux, afin d'obtenir une lecture fluide sur le poste client.

On utilisera alors tel ou tel algorithme d'encodage ou de compression, mais dans ce cas, il faut que l'utilisateur possède le bon player. Une fois la séquence calibrée, il faut le publier sur son serveur web vidéo. Dans le streaming, il existe plusieurs protocoles de transport, les principaux étant RTP et RTSP. Vous pouvez aussi réaliser du streaming live. C'est à dire, publier sur le Web une video en direct, d'un événement.

L'architecture demeure la même que pour une séquence locale streamée, mais on doit utiliser un logiciel spécifique pour diffuser du live (ex. : QuickTime Broadcaster). Il faut ensuite définir au niveau administration serveur web, le nombre de connexions et les flux autorisés. Attention, si vous autorisez trop de broadcast simultané avec un serveur web non adapté, vous risquez une sévère perte de performance, ou carrément un écroulement des serveur webs vidéo et Web, incapables de gérer les délais.

Intégrer une séquence non streamée est simplissime. Il suffit de créer un objet audio / video, de choisir le type de lecteur et le format, puis d'indiquer le fichier (préalablement déposé dans le site Internet). C'est tout ! Le plus difficile est donc l'encodage / conversion. Pour les sites Internet de petite taille, privilégiez le MPEG.

Laszlo : le Flash Open Source

Avec Flash, nous entrons de plain pied dans le concept de client riche. Et t'Open Source dans tout ça ? Du côté d'Adobe, il existe bien l'initiative Open Source "Adam" et "Eve", deux bibliothèques qui facilitent la spécification des processus d'interface homme-machine, sinon il y a le framework dont on parle énormément en ce moment : Laszlo. L'éditeur de solutions Laszlo Systems a en effet lancé un environnement de développement Flash (Flash 5, Flash 6 en bêta) pour client riche en open source : OpenLaszlo.   

Concrètement, il s'agit d'un framework de développement (constitué du langage et du serveur web) qui permet à un développeur de réaliser des interfaces riches sans avoir à maîtriser des technologies comme Flash ou Shockwave. Laszlo repose sur une technologie baptisée LZX (elle-même fondée sur XML et Javascript) assez proche de XUL. Comme des codes sources valent mieux que des grands discours, en voici :

<canvas>
<text>Hello World!</text>
</canvas>
Affichera "Hello World!" <canvas>
<viewresource="cd_cover. j pg "/> </canvas>
Affichera l'image cd_cover.jp. Enfin le code source
suivant affichera John  Smith  617-53

6-7855. <canvas>
<dataser name="dset"> <employee>
<firstName>John</firstName> <lastName>Smith</lastName> <phone>617-536-7855</phone> </employee> </dataset>
<text datapath="dset:/ employee/firstName/text()"/>
<text datapath="dset:/ employee/lastName/text()"/>
<text datapath="dset:/ employée/phone/text() "/>
<simplelayout axis="x"/> </canvas>

Vous pouvez aussi évidemment réaliser des animations, visionner une vidéo, écouter une bande sonore etc.

LES PLUS

•  96% des navigateurs clients en Europe auraient un plug-in Flash et Flash s'affiche de façon identique sur les différentes plates-formes
•  Laszlo est Open Source
•  Flash manipule aussi le XML, ce qui le rend plus inter-opérable
•  Intégration avec les services Web possible, ainsi qu'avec java, par exemple, (jSPn PHP, ASP, etc.)
•  Le code MXML de Flex peut être stylisé avec CSS
•  II est simple d'intégrer du contenu audio et vidéo
•  Le    langage   ActionScript   qui accompagne Flash est un langage de scripts basé sur Ecmascript/javascript.

LES MOINS

•  Le serveur web Laszlo n'est pas encore ultra performant
•  Le contenu Flash n'est pas indexable par un moteur de recherche

Flash Video Gallery

Flash est un bon logiciel d'animation et certainement le seul qui soit performant sur un réseau à bande passante limitée comme Internet. JS Le problème, c'est que pour atteindre cette performance il utilise le vectoriel.

Or, imaginez une annonce publicitaire, un film, ou une visite Internet virtuelle en vectoriel ! Pour cela, il faut se tourner vers la vidéo comme Avi, Mpeg, Mov, WMV ou RM.

Flash peut intégrer tous ces formats en utilisant le lecteur et les codées qui se trouvent sur le poste client de l'utilisateur. Ainsi le problème de la multi diffusion sur Internet et de pouvoir toucher tout le monde fait qu'on doit avoir plusieurs formats de vidéo et laisser l'utilisateur choisir, car il n'a pas forcément Windows média player ou Quicktime, et même s'il a tous les lecteurs qui existent, il n'a pas forcément installé DivX. Avec Flash, on dispose d'un format vidéo adapté à la multi diffusion, le format FLV (Flash Vidéo). L'avantage de ce format est que le lecteur est Flash et le codée, Sorenson MP4.

 Ainsi, le seul logiciel dont le client à besoin c'est Flash Player. Reste le problème du streaming. Lorsqu'on diffuse une vidéo sans passer par un serveur web de streaming, le client doit en télécharger une grosse partie sur son poste pour la lire (buffering), la vidéo qui lui est envoyée n'est pas forcément adaptée à sa bande passante (ce peut être une vidéo trop grosse, mais de bonne qualité pour la bande passante du client, ou au contraire de qualité médiocre mais de faible poids alors que le client est en ADSL), de plus, la vidéo se trouve entièrement sur le poste du client, dans le cache du navigateur Internet, lorsque celui-ci a fini de la visionner, ce qui n'est pas forcément préférable pour des site Internet de diffusion avec restriction sur la propriété morale.

Pour cela, il y a la possibilité d'utiliser le serveur web " Flash Communication Serveur web " afin de faire du streaming. Les avantages du FLV couplé à Flash Communication Serveur web résident dans la possibilité de faire de la vidéo interactive. On peut facilement imaginer faire, par exemple, une visite Internet filmée d'un musée, et lorsque le client clique sur un des tableaux du film, toutes les informations du tableau apparaissent sur un encart à côté, seule l'intégration du format FLV et Flash permettent de faire cela.