Reprise du message précédent :

http://www.mail-archive.com/gnash- [...] 03844.html

merci, c'est cool
et puis ce type a un nom de rock-star

Sun’s new video codec
http://blogs.gnome.org/uraeus/2008 [...] deo-codec/
 

 
source : http://www.phoronix.com/scan.php?p [...] &px=NjQ1Mg
 
       

(on l'a dit page précédente )
Cela dit Benjamin Otte (Lead de swfdec) ne pense pas que ça va révolutionner les choses pour lui :
http://lists.freedesktop.org/archi [...] 01459.html

Oups  

Bonsoir,
Il existe aussi des scripts Greasemonkey pour Youtube qui sont pas mal,dont celui-ci Youtotem,qui marche impec:
http://userscripts.org/scripts/show/25481
Compatible avec les plugins mozilla de mplayer,totem,vlc selon l'auteur.
Perso je l'utilise avec le plugin  Gecko mediaplayer et c'est nickel.
Évidemment ça marche que sur Youtube mais quel bonheur par rapport au flashplugin.
 

des avis plus circonstanciés de Rob savoye et Benjamin Otte :
http://www.linux.com/feature/134378

Tiens, apparemment, Zattoo, le logiciel proprio de TV par Internet, dépend de Adobe Flash Player
http://www.zattoo.com/fr/download/ [...] x-i386-deb

Sun accélère le développement de JavaFX

http://www.zdnet.fr/actualites/inf [...] or=EPR-100
 

http://www.sun.com/software/javafx/index.jsp

processing.js  
http://ejohn.org/blog/processingjs/
http://www.0xdeadbeef.com/weblog/?p=362
 
Les démos sont assez bluffantes (y compris avec un gecko 1.8) et ça reçoit une excellente critique sur le nain ternet.

 
Ne t'avance pas trop, c'est pas encore slashdotté.
 
Edit: ah bin mince, si en plus  

argh!
 
on parle d'un truc qui marche out of the box c'est colossal et ça a pas l'air de ramer !

(enfin pour Webkit/Firefox 3)

 
Ni faire planter le navigateur...
 
Il reste quand même des terrains en jachère sur flash, notamment le streaming video... On va pas s'en débarrasser aussi facilement, hélas

Débarrasser, ça ne se ferra pas.

On n'efface jamais un format et un logiciel/script au profit d'un autre
La preuve est que je parie qu'il y a encore des animations Flash sur le site de Microsoft alors qu'ils ont le Silverlight

Par contre, imposer des technologies pour les nouveaux sites, ça, c'est plus probable.

En fait, au niveau de la vidéo sur Flash Player, personnellement, je ne vois qu'un logiciel côté client qui intérprête la vidéo comme n'importe quel autre logiciel pourrait le faire.

Au départ, pour Firefox 3 (il me semble), on parlait d'un lecteur Ogg Théora / Vorbis intégré, l'idée à la base n'était pas idiote, il faudrait faire une sorte de norme qui impose des formats bien précis.

C'était un peu l'idée de la "norme" W3C qui va avec la balise <video> mais je trouve qu'ils se sont un peu trop éparpillé au niveau format ... et le temps que le (X)HTML5 se démocratise ...

Bref, intégrer un lecteur dans les navigateurs limité à quelques formats connu et reconnu et en faire une norme dont le nom parlerait aux gens et webmasters (tout comme le nom Flash parlent aux gens), un truc genre WebVideo 1.0, serait pas idiot pour contrer le Flash.

Car, d'un ordinateur à l'autre, les lecteurs multimédias diffèrent.
On passe de Windows Media Player sur Windows à Quicktime sur MacOSX, Totem sur Gnome, Kaffeine sur KDE, ... avec ou sans codecs "non-libre", ...
Bref, un webmaster aurait du mal à choisir un format qui passe sur toutes les plateformes, alors qu'avec un lecteur embarqué avec les navigateurs, on pourrait imposer des formats qui faciliterait la vie des webmasters mais aussi des utilisateurs.

C'est d'ailleurs au niveau vidéo le seul avantage qu'on peut trouver à Flash Player, il lit de lui même les vidéos dans les formats qui lui sont autorisés et réservés.
Habituellement du Sorensen ou du MPEG-4 AVC/H264 pour la vidéo, du MP3 ou AAC pour l'audio, ... le tout dans un container FLV.

Il suffirait d'imposer, par exemple, Theora ou H264 pour la vidéo, et Vorbis et AAC pour l'audio, le tout dans un container fait pour l'occasion.

Je ne vois que cette solution pour contrer le Flash.

Les lecteurs en Java et autres ne sont que des solutions qui ne me semble pas suffisantes pour arriver à concurrencer le Flash Vidéo. (attention, je ne parle pas ici de concurrencer le Flash en tant que animation, mini jeux et autres, juste de la partie vidéos !)

Enfin, c'est mon point de vue

hop : http://fr.wikipedia.org/wiki/Processing.js
 
j'ai pas trouvé la licence du bouzin pour le mettre dans la notice ?

C'est noté dans le fichier
/*
* Processing.js - John Resig (http://ejohn.org/)
* MIT Licensed
* http://ejohn.org/blog/processingjs/
*
* This is a port of the Processing Visualization Language.
* More information: http://processing.org/
*/
 

Flash 10 Beta dispo en simultané GNU/Linux-MacOS-Windows :
 
http://www.pcinpact.com/actu/news_multi/43596.htm
http://labs.adobe.com/downloads/flashplayer10.html
 
Toujours uniquement du binaire 32 bits.
Ça marche plutôt pas mal du peu que j'ai pu essayer sous Debian Lenny i686 et Iceweasel 3.0b5.
 
Des progrès en utilisation CPU (accéleration matérielle par la CG).

Faut voir à l'usage

Par contre, il y a toujours création des dossiers .macromedia et .adobe dans la Home avec la version 10

Edit : (accéleration matérielle par la CG)

À mon avis, c'est plutôt la version Windows, parce qu'une vidéo en plein écran saccade toujours autant sur mon ordinateur
(qui n'est, certes, pas tout neuf mais bon, c'est pas du 720p non plus ... )

L'ajout du codec Speex est pas une mauvaise idée

JerryCrazy : merci, c'est ajouté dans le cartouche (mais ça n'apparait pas sur la page wikipedia c'est bizarre)

impec :-)

Pour ceux que ça intéresse, il existe un plugin pour Totem qui permet de regarder les vidéos YouTube en meilleure qualité (H264 / MPEG-4 AVC)

J'avais moi même modifié aujourd'hui le plugin YouTube avec l'astuce "fmt=18" en plus dans l'URL mais comme quelqu'un l'a déjà fait

http://www.soccio.it/michelinux/20 [...] -totem/en/

J'espère cependant qu'à la prochaine version "officielle" du plugin, il y aura une fenêtre de configuration pour choisir la qualité de vidéo que l'on veut

Mais en attendant, nous pouvons les regarder

c'est la suite de la discussion page 9 où tu signalais cette possibilité d'accéder aux vidéos de meilleure qualité et où j'en avais fait un rapport de bogue
bientôt ça sera dans le plugin officiel

Tu aurais quand même pu relayer l'information du greffon en version H264 déjà disponible

bah : c'est sur le rapport de bogue dont j'ai donné le lien donc je pense que ça interesse le suivent, et puis le gars dit bien que c'est fait à l'arrache (It’s nothing more than a proof of concept) alors j'attendais un fix officiel pour en reparler

la balise vidéo sera dans Firefox 3.1 prévu en fin d'année

Et elle supportera quoi comme encodages ?
J'adore comment des balises qui n'existent même pas encore officiellement sont implémentées alors qu'on attend toujours des specs d'il y a 10 ans ...

De toute façon, il me semble que la balise fait partie du (X)HTML5, pas des formats précédents ...
 
Donc, le temps qu'elle soit finalisée et adoptée, elle pourra servir
L'intégration dans Firefox ne signifie pas qu'elle pourra vraiment être utilisée sur le web (sauf dans le cadre de tests)

un premier patch pour le support Xvidéo avec gnash \o/ :
http://www.mail-archive.com/gnash- [...] 03950.html

C'est bien ça.

Si elle est intégrée à Firefox il y a des chances qu'Opera, Safari et Konqueror suivent le mouvement donc elle va vite être utilisée avec un petit coup de commentaires conditionnels pour IE comme toujours ...

Il semble que ce soit déjà le cas dans Opera
http://dev.opera.com/articles/view [...] -opera-vid
 
Le problème n'est pas de l'intégrer, comme je te dis, tant que le (X)HTML 5 n'est pas finalisé, les sites dit "grand public" n'utiliseront pas de HTML5, et donc, pas non plus la balise <video>
 
De plus, il est nécessaire que Internet Explorer suive les autres (par plugin ou pas), car, il a toujours une part de marché très importante dans la navigation sur Internet ...
 
Bref, j'estime que pour l'instant, nous sommes bloqués ...
(ce n'est que mon avis bien entendu)

Je viens de tester avec un Ogg Theora sur une page XHTML 1.1.
Opera 9.50 Beta 2 ne prend pas en charge, Mozilla Firefox 3 non plus (mais ça, on le savait)

Seul Epiphany et Midori avec un libwebkit-1.0-1 (svn 33943) le prend en charge, il y a une sorte de contrôle qui apparaît sous la vidéo mais rien de cliquable/utilisable pour l'instant, avec un "autoplay", la vidéo démarre.
(sans autoplay, il n'est pas possible de faire démarrer la vidéo puisque les contrôles ne s'affichent pas vraiment)
Ça saccade pas mal chez moi ...
Ça utilise apparemment un lecteur vidéo intégré (en tout cas, je ne vois pas d'autre processus)

Bref, tout ceci est en cours d'intégration pour les versions à venir mais c'est loin d'être utilisable.

De toute façon, le but, c'est le (X)HTML5, pas avant

enfin, cela dit, si les navigateurs l'implémentent avant et que c'est actif sur des pages (x)html <5, on va pas se plaindre non plus.

Oui, mais ce que je veux dire, c'est que les devs des navigateurs ne doivent pas spécialement l'intégrer rapidement, ça ne presse pas vraiment ... De plus, je doute que des balises <video> sur du XHTML 1 ou HTML 4 soient valide

avec le plugin youtube de totem, je suis le seul à avoir ce problème ?
http://bugzilla.gnome.org/show_bug.cgi?id=534268

Ubuntu hardy: swfdec0.7 and swfdec-mozilla0.7 in the PPA
http://juliank.wordpress.com/2008/ [...] n-the-ppa/
(pas essayé)

CoverFlow in Songbird using all Javascript & Canvas
Absolutely stunning what you can do with Javascript these days isn’t it?
http://blog.songbirdnest.com/2008/ [...] tylicious/

songbird

interessant : Le retour en grâce des langages de programmation dynamiques
 
Lire aussi : Qui c'est qui a le plus de chevaux dans son moteur JavaScript ?