Reprise du message précédent :
J'utilise gnash avec epiphany (vraiment plus leger que firefox). Cependant, gnash ne fonctionne pas : j'ai droit a un affichage tres tres lent (refresh ou on voit apparaitre des triangles blancs/noirs lentement) qui bouffe 100% du cpu, faut attendre 30 seconde pour que le click droit sur l'animation affiche le menu etc...
Aucune animation ne fonctionne : ni pub, ni youtube, dailymotion, rien. Pourtant, avant le lecteur officiel (sous ubuntu) fonctionnait. J'utilise archlinux, mais je pense que c'est du a une configuration quelconque, quelque part.
Je n'arrive pas a mettre le log en route, c'est tellement lent pour afficher le menu ! J'ai reussi a le mettre une fois, et impossible de le trouver (pourtant j'avais cherche le nom exact).
 
Est-ce un bug connu de gnash ou alors ca semble venir d'ailleurs ?

 
(tiens t'en parlais le 22/05 déjà)
 
"This is an experimental build of gnash that allows the user to utilize X11's XVideo extension in much the same way that VLC or mplayer do."
http://www.xmission.com/~ink/gnash/gnash-xvideo/
 
qu'est ce que ça implique ?

 
chez moi ça marche avec gnash compilé depuis les sources du tronc de développement. Youtube et dailymotion marchent plutôt bien et le tout est assez réactif (i.e. je n'ai pas le comportement que tu décris).
 
Tu as une version récente ? Parce que les v0.7 se comportaient un peu comme ça.
 

 
qu'au lieu de passer par le CPU pour envoyer la vidéo sur l'écran, ça va utiliser l'extension Xvidéo et toute l'accélération qui va avec, notamment du DMA directement vers la CG. En théorie, ça permet de claquer une vidéo sans presque toucher au proc excepter pour le décodage de icelle.

Le support a été presque complètement réécris pour correctement s'intégrer avec les modifications architecturales depuis mai

et cette fois, c'est pas un post sur la ML, ça a été commité dans le tronc et ça devrait être dispos pour la 0.8.5 qui est attendue début mars

c'est prévu pour quand ? tu nous feras un test STP !

je vais pas me priver pour le test dès que c'est fini d'intégrer dans le tronc, je mets à jour et en avant

J'ai une version... quand meme bien recente !

 
0.8.4.1 : bizarre tout cela. Mais pour etre rigoureux, il faudrait tester avec un autre navigateur, mais j'ai pas super envie d'installer firefox...

Dans ton optique Jules, Gnash contre SWFdec aujourd'hui?

 
j'étais très swfdec jusqu'à il y a 3-4 mois parce que gnash était vraiment à la ramasse lors de mes tests. Aujourd'hui, j'apprécie un peu plus gnash parce que maintenant il lit la plupart des vidéos que je rencontre et au niveau animations/petits jeux, il est en avance sur swfdec : il rame moins et en supporte plus a priori. En plus, gnash est plus polyvalent (plugin kde3 et 4 par ex).
 
Au niveau dévelopemment, swfdec est un peu mort ces derniers temps (pas de commit depuis le 28/12/2008), le dev principal est quasi seul et se sent très seul, donc il fait autre chose ; contrairement à gnash où il y a une équipe et semble t'il, des gens payés à ça.
 
D'un pur point de vue trollistique :

• swfdec a tendance à suivre la philosophie gnome et a limiter fortement les possibilités et à faire des choix par défaut parfois discutables, c'est comme ça qu'on s'est retrouvé pendant quelques mois avec une préférence de démarrage automatique des animations qui changeait si on cliquait sur l'animation (en fait, tu lances l'anim et si tu oublies de l'arrêter, par la suite, il lancera toutes les anims du site automatiquement, c'est très chiant).
• gnash, c'est du C++, ya 15000 options de compil (et 2 make install à faire, un pour le player, un pour le plugin) et ça met des plombes à compiler dès que tu as le moindre changement, par ex, chez moi, c'est 30' de compil obligatoire à chaque mise à jour (et j'utilise ccache). Ah, et puis ils utilisent bzr et c'est lent comme la mort comparé à git utilisé par swfdec.

Des gens payes sur Gnash? par Red Hat ou un truc du genre?
 
Sinon j'ai 2 make install avec swfdec aussi

Avec ce qui a été fait par l'équipe Bespin, quand il y aura plus de support (ie pas que Gecko), les canvas (HTML5) empiéteront peut-être un peu sur Flash ...

 
Gnash est utilisé dans certains produits embarqués et il y a au moins une ou 2 boites qui ont payés des dev (le support de agg a été développé comme ça). Autre exemple :
http://lists.gnu.org/archive/html/ [...] 00000.html

sinon swfdec marche avec midori, je ne sais pas su si c'est le acs de gnash

comme le fait remarquer Stemp, on peut éviter une compilation pour Gnash en utilsiant les paquets Debian mais je connais pas leur fréquence de mise à jour
et aussi un PPA pour Ubuntu ici

 
Je suis sous mandriva et les paquets semblent être ceux de la version 0.8.4, pas le tronc.

Bon, j'ai testé le support Xv, il y a encore des bugs et je ne sais pas si il est correctement activé parce que je n'ai pas constaté beaucoup de différence, toujours 70% du proc pris par gnash, par contre, X est passé de 15% à pas beaucoup (loin dans la liste).

Moi j'essaye toujours de corriger mes problemes avec gnash : voici mon fichier de config :

Je l'ai modifie moi-meme : changer firefox en epiphany, et force pour demarrer arrete : apparemment ce fichier peut etre ecrase par gnash, mais bon pour le moment les modifications tiennent.
Je ne vois pas le moindre fichier de log s'ouvrir  
Aurais-je une librairie manquante ?

[edit] D'ailleurs, en plus de cela, comment faire pour que gnash soit reconnu par les sites comme le lecteur windows ? Parfois certaines sites bloquent le contenu car ils ne comprennent pas la balise LNX (peut etre qu'il faut mettre WND, ou ADB, ou autre  pour flashVersionString ?)

Ah j'ai avance !!!!!!!!
Maintenant, sur youtube le lecteur se lance : encore plein de bugs, ca ne lit toujours pas, mais j'ai un log (verbosity = 5 et roulaizz)
C'est plein de ce genre de choses :

bizarre que ca fonctionne si bien sur mon desktop (sous ubuntu par contre) et sur mon laptop que dalle !
Serait-ce lie a mon driver video (xf86-video-ati sur R300 je rappelle) ?

Le debut du log est interessant :

Pas de double buffer: ca explique le refresh _hyper_ lent. Apres je sais pas pourquoi ca ne lis meme pas, mais tout ceci est etrange...

AMHA, ton problème vient de ce que tu utilises OpenGL pour le rendu. Antigrain est beaucoup plus rapide (AGG, c'est par défaut).

J'ai aucune trace de OpenGL dans .gnashpluginrc (et c'est le seul fichier de config que j'ai pu trouver ?) : a part /etc/gnashpluginrc qui est quasiment vide... gnashrc n'existe pas (je peut le creer, mais je met quoi dedans ?)

C'est une option de compilation

et compare a cairo?

agg vs cairo ? le support de ce dernier est nettement moins bon parce que moins de monde bosse dessus.

Arghhhh c'est donc le paquet arch qu'en fourre ?? Etonnant quand meme !!! Flute...

ah oui et pour que youtube lise les vidéos, il te faut les codecs qui vont bien pour gstreamer, généralement gstreamer-ffmpeg suffit.

ooh, pourtant je croyais qu'AGG etait presque mort et pas cairo, tu veux dire des gens de chez gnash?

 
voilà

Apparemment ca c'est bon :  

ok alors on va rester sur agg.

donc c'est pas encore ça ?

des démos très sympa sans flash pour webkit notamment celle-là  
Le coup de l'automne avec les feuilles qui tombent ça m'a impressionné par sa fluidité (j'ai testé avec Safari 4 beta sous XP) (voir aussi dans le même genre le support des svg animés)

 
S'il faut laisser tomber une techno foireuse pour un autre . . . Ou autrement dit : je ne vois pas l'intérêt d'un techno internet qui fonctionne que sous webkit.

C'est pas parce que pour l'instant y a que WebKit qui le supporte que ce sera toujours comme ça.
Et puis Flash c'est pas libre donc n'importe quoi d'autre ça me va.

Grave on aurait du rester au Pascal, apres tout le C a ete developpe pour autre chose que des PCs donc aucun interet.

Ca bouffe enormement de ressources ce truc c'est dingue!

 
C ne fonctionne que sous webkit ?

les feuilles qui tombent sous Jaunty avec midori 0.13 et webkit (tous deux du PPA perso de Stemp) c'est pas fluide comme avec Safari beta 4 sous XP :-(

Surement ouais.

aucun des deux (CSS Animation et svg animés) marchent avec la beta de Firefox 3.1

En même temps Gecko est à la ramasse dans pas mal de domaines ...

d'un autre côté il a une bonne compatibilité avec les sites ce qui est pas encore le cas de webkit/gtk bizarrement là où safari passe bien