Mise à jour du 23/01/10 - Introduction à ce fil :
3 parties :
- La I pose le problème
- Le II énonce les alternatives libres au plugin propriétaire peu performant et au support restreint à quelques architectures pour lire du contenu Flash
- Le III énonce les alternatives ouvertes au format Flash pour publier du contenu sur le Web
I - Problématique
Bon alors il a le format Flash d'Adobe pour diffuser du contenu sur le Web (c'est sa principale application, hélas)
Le problème du Flash c'est que c'est un format propriétaire fermé (contrairement au html qui est libre et ouvert, ou même au pdf de la même société qui est propriétaire mais néanmoins ouvert).
L'augmentation du nombre de sites utilisant la technologie Flash transforme le Web et nous éloigne de plus en plus de ce qu'il était au commencement : un espace ouvert où chacun, sans discrimination, peut naviguer.
A partir du moment où les technologies propriétaires se déversent sur le Web, de plus en plus d'internautes se retrouvent mis à l'écart de pans entiers du Web (puisque le propriétaire de la technologie décide seul de vous laisser y accéder ou non auquel cas les sites utilisant ladite technologie sont illisibles pour vous).
Le plugin Flash n'a jamais été développé pour tous les O.S. ni pour toutes les architectures.
Ainsi, par exemple, Linux est longtemps reste cantonné à la version 7 du lecteur Flash d'Adobe de sorte que les sites programmés en Flash 8 étaient illisibles par un utilisateur de Linux, alors que le Web, qui reposait sur un format ouvert (le html), permettait, pour la première fois dans l'histoire, à tous les ordinateurs de la planète de communiquer sans restriction ni discrimination.
Encore aujoud'hui,le support de tel ou tel navigateur ou système dépend entièrement du bon vouloir d'Adobe : ainsi lire du Flash avec un navigateur 64 bits sous Windows 64 (n'importe quelle version) ou Mac OS X est impossible. Quant au support de Linux il reste très mauvais, presque inexploitable (consommation processeur abusive : 100% d'occupation processeur n'est pas rare pour qui tente de lire une simple vidéo de taille modeste ; l'architecture multicore et l'accélération graphique ne sont pas exploités).
Quelle que soit la plateforme, le plugin Flash reste très gourmand en ressources ce qui est problématique notamment quand on aborde la question de l'autonomie des produits mobiles.
Demain, Adobe pourrait très bien décider, pour des raisons de rentabilité ou dans le cadre d'un partenariat, de ne continuer à proposer Flash que pour le système d'exploitation dominant (devinez lequel) et il n'y aurait rien à redire à cela : ce sont eux qui décident à qui ils rendent accessible leur technologie.
Chacun comprend que tout cela n'a rien à voir avec l'esprit du Web : c'est une formidable régression à laquelle nous assistons.
Sans compter que le Flash interdit la navigation aux aveugles et le référencement par les moteurs de recherche :
voir par exemple :
Ten-Mobile.com : le site Web qui n'existe pas, à cause de son format
Journée mondiale Braille
Salon du livre : des formats aussi
Et que Flash a son propre système de cookies (LSO), très invasif, qui échappe au contrôle de l'utilisateur (1, 2)
II - Alternatives libres au plugin propriétaire pour lire du contenu Flash
Le format Flash doit être lu aujourd'hui par le lecteur fourni par Adobe.
Outre les importantes restrictions d'usage que cela implique, le plugin Flash pour Linux est notoirement défectueux (problèmes de performances évoqués plus haut et le son et l'image sont largement désynchronisés). Bien que la communauté du libre ait certainement les compétences pour corriger ce bogue, elle n'en a pas le droit puisque le format est fermé.
Un lecteur libre est en train d'être développé par rétro-ingénierie, il s'appelle Gnash...
C'est un compromis car la méthode de développement (l'ingénierie inverse) fait que Gnash sera toujours en retard sur les nouvelles versions du format Flash, mais c'est une solution pragmatique au fait que Flash est de plus en plus répandu
L'idéal serait de s'affranchir du format Flash... (voir le paragraphe III suivant pour les alternatives)
En attendant, il est possible de limiter le recours au Flash avec des extensions comme FlashBlock pour Firefox ou des scripts comme YouTotem pour les vidéos encapsulées en Flash. Existe aussi en bookmarklet (pas seulement pour YouTube d'ailleurs) (1, 2)
A noter que Totem permet de parcourir YouTube et de lire les vidéos sans lancer le navigateur web et donc sans recourir au Flash.
A noter : Gordon - An open source Flash runtime written in pure JavaScript with SVG (ou comment interpréter un SWF avec une animation directement par le navigateur en passant par JS qui converti en SVG sans devoir passer par Adobe Flash Player / Gnash / SWFDec / Autres).
III - Alternatives ouvertes au format Flash pour publier du contenu sur le Web
Animer un site web
On me souffle qu'au lieu du Flash pour animer les sites, selon les cas, on pourrait utiliser les technos reposant sur SVG (avec ou sans SMIL Animation, la partie animée et interactive du format encore mal supportée par les navigateurs malheureusement) ou JavaScript. A noter à ce sujet que les navigateurs modernes (Firefox 3 avec TraceMonkey, Chrome avec V8 et Safari 4 avec SquirrelFish) permettent une compilation à la volée du code JavaScript en langage machine (compatible avec les architectures x86 mais aussi x86-64, voire ARM) pour des performances démultipliées. Quelques exemples :
- le SVG. Exemples : l'indice des prix publié par l'INSEE, SVG animé, manipulations d'images et de vidéos (grâce à l'élément vidéo) en temps réel, effets spéciaux. D'autant que Microsoft va peut être s'impliquer en faveur de svg
- l'AVG
- l'APNG
- l'AJAX (exemple d'animations possible : 1, 2)
- Processing (basé sur Java) et surtout processing.js (basé sur JavaScript) (1, 2)
- pour afficher élégamment des images depuis le navigateur Lightbox et Highslide JS (deux applications JavaScript), ou Top 10 CSS image gallery tutorials (démos en CSS avec ou sans JavaScript)
- d'autres démos en JavaScript (1, 2, 3) y compris avec l'élément audio
- d'autres démos en CSS, y compris avec l'élément vidéo
- OpenLaszlo
- JavaFX (1, 2)
- Native Client
- WebGL (JavaScript et OpenGL ES) arrive (bientôt sur WebKit et Gecko/Firefox, et donc aussi sur Internet Explorer via Google Chrome Frame)
Ajouter une vidéo à une page web
Pour ce qui concerne l'utilisation du format Flash pour afficher des vidéos dans le navigateur, il y a eu plusieurs alternatives libres : Il y a d'abord eu Cortado Java Applet (qui ne requiert du côté de l'utilisateur que la machine Java (aujourd'hui libérée), puisque l'applette Cortado fournit les codecs) puis iTheora (une version plus élaborée de Cortado : 1, 2) qui permettent tous deux de diffuser des vidéos encodées avec les codecs libres Theora et Vorbis, et bientôt Dirac. A noter que si Cortado est nettement moins gourmand que le plugin Flash en ressources processeurs, il requiert un temps de démarrage dû au lancement de la machine Java ; ce délai devrait être réduit avec la prochaine version de Java qui sera modulaire et ne lancera que les parties de code nécessaires pour plus de réactivité.
Plus récemment les navigateurs modernes se sont dotés en standard des moyens permettant d'afficher les vidéos sans aucun plugin, en implémentant l'élément vidéo prévu par la spécification ouverte HTML5 (Firefox 3.5, Safari 4, Chrome... et bientôt Opera). Cette implémentation permet de tout gérer au niveau du navigateur et de la page web et non au sein d'une boite noire comme le plugin Flash : ce qui permet plus de possibilités (la vidéo est intégrée à la page comme n'importe quel élément et peut donc parfaitement interagir avec les autres éléments affichés - cf les démos ci-dessus mêlant SVG ou CSS et vidéo), une meilleure sécurité, de meilleures performances, et que l'utilisateur garde le contrôle. En outre Firefox 3.5 et Chrome 3.0 intégrent par défaut les codecs Theora et Vorbis. A noter que l'encodeur Theora 1.1 marque un bon technologique important par rapport à la précédente version 1.0 (lire en anglais et en français) (sans qu'il soit nécessaire de mettre à jour les décodeurs installés)
Les sites commencent à adopter ce format : Dailymotion, BBC (experimental)... YouTube (lire ici la discussion sur le choix du codec), Vimeo...
Plus d'infos sur ces billets sur la meilleure façon d'implémenter la balise vidéo sur un site : 1, 2.
Plus d'infos sur ce site sur les différentes technos existantes : ouvrirlesmedias.info.
Le cas Internet Explorer.
Flash a pour lui de fonctionner sur les navigateurs dominants, y compris bien sûr Internet Explorer. Ces alternatives se doivent d'en faire autant.
Or Internet Explorer est connu pour empêcher le Web d'évoluer, puisque par le navigateur n'a pas été mis à jour pendant 6 ans (délai séparant IE6 d'IE7) et ne met pas vraiment les bouchées doubles pour rattraper son retard (ainsi le navigateur de Microsoft dans sa dernière version 8 est très loin de passer le test Acid3 par exemple)
Or jusqu'à une date récente Microsoft n'avait pas annoncé vouloir supporter HTML5, mais cela pourrait changer. Hasard ou coïncidence, au même moment Google annonce un plugin pour Internet Explorer rendant ce dernier compatible avec HTML5 et Theora et boostant ses performances JavaScript (lire en anglais ou en français : normal, le plugin, nommé Google Chrome Frame, consiste à faire tourner le moteur de Google Chrome dans Internet Explorer, sur demande du site)
A partir du moment où l'utilisateur doit installer un plugin (Flash pour tous navigateurs qui est assez lourd ou Google Chrome Frame pour Internet Explorer qui le booste sur les sites qui le demandent), HTML5 a ses chances il me semble. L'avenir nous le dira.
-----
Post initial, au sujet du lecteur Flash d'Adobe qui devrait passer à la version 9 sous Linux en 2007 :
Yes, Adobe is actively working on the Linux version of Flash Player 9. We expect to make a pre-release version available on Adobe Labs for early feedback and testing before the end of the year, with the full release expected in early 2007*. As delivering consistency across platforms is a core value of Flash Player, performance is one of the main goals of the Linux release.
I'm also happy to introduce a new Adobe blogger to you -- Mike M. is an engineer on the Flash Player team working on the Linux player. He just started up his blog, Penguin.SWF, and is excited to begin interacting with the community as we work towards this release. Not that I don't love the passionate comments from the community on all my posts. ;-)
* legal sez: this is the expected release timing and dates may change if Adobe finds it necessary.
http://weblogs.macromedia.com/emmy [...] nia_th.cfm
en attendant que l'alternative libre à Flash 7 soit au point...
allez faire un tour sur le site Penguin.SWF en complément : j'ai la désagréable impression qu'ils se foutent de nous
lire aussi : Sparkle, le concurrent de Flash par Microsoft
Avec la guerre que vont se livrer Macrobe et Microsoft, il y aurait de la place poir un 3è larron, libre. C'est dommage, je n'en vois pas ?
Message édité par antistress le 23-01-2010 à 16:26:54
---------------
Site perso : https://libre-ouvert.tuxfamily.org/