Reprise du message précédent :
WebGL in Firefox Nightly Builds
Source : http://blog.vlad1.com/2009/09/18/w [...] tly-builds
 
 
Après Webkit, Gecko / Mozilla Firefox s'y met aussi.

Introducing Google Chrome Frame
apparemment avec le plugin ad hoc installé, si IE rencontre le tag idoine, le plugin se lance et le code est executé dans une surcouche webkit ?
et alors, les utilisateurs d'IE découvrent HTML5, JavaScript rapide etc
 

 
Ça balance !
 
(plus sur clubic)

Bonne nouvelle pour les possesseurs de cartes graphiques avec le support de VA-API :  
 

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

Oui c'est une excellente nouvelle, surtout que cela semble fonctionner sur les cartes nvidia aussi (avec le backend vdpau pour va-api - c'est bien dans ce sens ?) d'apres le meme site :-)
C'est vraiment une excellente nouvelle !

C'est cool d'utiliser une alternative à un logiciel proprio (gnash) pour utiliser un autre logiciel proprio (nvidia) !

Pour le moment, oui ca craint un peu. Mais dès que les pilotes libres supporteront le décodage hardware du H264 via une API comptatible avec VA-API ca sera un important bond en avant!

Quelqu'un à fait le comparo entre le plugin proprio et gnash ? Quels sont les gains ?

aucune idée
jsuis d'ailleurs en train de recompiler (et ça prend des plombes!) la 0.8.6 avec ffmpeg (parceque gstreamer ça chie) pour test, j'en ai raz le cul du adobe moizi

 
Faut pas exagérer : les drivers proprios nvidia fonctionnent quand meme assez bien, et clairement sans commune mesure avec flash d'adobe... Nvidia, c'est la seule a fournir un support opengl performant sous linux, alors on peut cracher dessus comme on veut, ca reste bien techniquement. Je suis libriste, mais pas non plus aveugle  

t'es pitet ni l'un ni l'autre d'ailleurs si ça se trouve

 
Bonne idée tiens, je vais voir comment ça a évolué depuis la dernière fois  

faut adapter les pkgbuilds, les originaux ne sont pas a jour
si t'attend deux secondes
edit:
gnash-common ( base) http://paste.justforlulz.fr/pastebin.php?dl=26
gnash-gtk (plugins) http://paste.justforlulz.fr/pastebin.php?dl=27

Par contre je préviens, ça prend des plombes a compiler ce merdier
Je peut mettre les .pkg direct en download si besoin
edit: http://mirror.justforlulz.fr/gnash/0.8.6/ (sources+pkgbuild+pkg)

Oh putain, et moi qui ai lancé ça sur l'Atom

ça a mis trois plombes déja sur mon core2@4ghz, alors sur l'atom je te souhaite bonne soirée

Bon je vais stopper, je compilerai ça demain sur mon Dothan@2.13Ghz ça ira mieux.

Microsoft : Google Chrome Frame rend IE moins sécurisé
 
c'est d'un prévisible
 
Fear Fear Fear !

Nouvelle release de gnash ! http://www.gnashdev.org/?q=node/71
A priori elle contient pas mal des travaux faits durant le GSoc de cette année  

un test ! un test ! un test !

J'ai une question de noob concernant WebGL...
Si il s'agit d'OpenGL, ne faudrait-il pas prévoir des version différente selon les OS ? Sinon, ça se passe comment, faute d' executable, qu'est-ce qui sera sur le serveur ? (qu'est-ce que JS va chercher...)
De manière général, le développement pour WebGL sera t-il identique au dev d'appli OpenGL ?
 
C'est un domaine que je ne connais pas du tout, mais ça m'intéresse beaucoup...

Non justement, OpenGL est multi-plateforme tandis que DirectX est spécifique à Windows.

Pas compris la question, le serveur ne fait rien c'est côté client que ça se passe.

Les API seront plus ou moins similaires à ce qui se fait aujourd'hui je suppose.

merci
Je voulais pas dire serveur mais hébergement en faite... le FTP quoi...
Dans quel format sera contenu la "scène" OpenGL...

tous les détails sur le nouveau theora 1.1 (plus d'options, meilleur rendement, plus intelligent, plus rapide à décoder)
 
comme indiqué en commentaires, HTML5 avec theora  ça devient vraiment une solution universelle (Firefox et Chrome en natif, Safari avec le composant XiphQT Quicktime et MSIE avec Google Chrome Frame)
 
et en français sur DLFP http://linuxfr.org/2009/09/26/25959.html

J'ai mis à jour la 1re page avec WebGL, Theora 1.1 et Google Chrome Frame.
Pinaise ça bouge !
Et Gnash 8.6 : des retours ?

Bof

mézencor ?

je ferais un post explicatif surement plus tard
Mais dans les grandes lignes, ça "tombe en marche" vraiement de temps en temps, on passe son temps a maudir les ££%%µ d'en##{¹~lés qui quand ils ont besoin de faire un formulaire a quatre pauvres cases le font forcément en flash.

Très franchement, la majorité des sites marche pas ou mal, quelques trucs très connus marchent comme avec le plugin proprio (Youtube, le DewPlayer notamment), d'autres comme Vimeo ne chargent carrément pas (applet blanc), d'autre, sous prétexte de je sais pas quel besoin demande absolument la version 10.0.369.548.45-h59p du flash player, comme ça c'est clair, c'est baisé d'avance

(edit: enfin je précise, pour youtube, c'est le SD qui marche bien, le HQ marche très mal avec le backend gstreamer, mais fonctionne compilé avec ffmpeg. (truc "amusant", appuyer sur le bidule dans le player youtube pour passer en HQ fait tout planter, mais charger la page avec l'attribut HQ dès le départ et la vidéo se lit en HQ correctement !)
Par contre que ce soit avec Gnash ou Swfdec, les machins HD, oubliez )

La je viens de compiler pour tester le dernier swfdec ( 0.9.2 => http://swfdec.freedesktop.org/download/swfdec/0.9/ ) et son plugin mozilla ( http://swfdec.freedesktop.org/down [...] zilla/0.9/ )
On va voir ce que ça donne

Chez moi swfdec a toujours mieux fonctionné que Gnash.

Mais c'est clair que c'est rarement satisfaisant, y'a toujours un site à la con qui oblige à repasser sur la bouse proprio.

swfdec marche mieux ?
Je dirais, "il charge bien un peu plus souvent", mais c'est tout niveau vidéo il bouffe autant de cpu que l'adaube, je vois plus d'artefacts graphiques, et sinon j'ai  pas de son dans aucune de ses applet (? c'est peut être un bug qui n'a rien a voir ?)
 
L'avantage quand ça marche même a moitié, j'utilise VidéoDownload machin dans firefox pour récupér l'url du fichier video et je le lis avec un VRAI LECTEUR VIDEO §§

J'utilise thunar /tmp et je lance le fichier innommable dans gnome-mplayer/vlc

ué, mais ça implique de l'avoir dans les fichiers temp, donc que ça a au moins chargé
Alors que avec l'extension kipootre, même si ça chie, ça récupère l'url du .flv ou .mp4 ou whatever, et j'ai plus qu'a le lire en streaming direct avec le plugin mplayer de firefox ou dans smplayer/totem

edit: c'st ça l'extension: http://www.downloadhelper.net/

Oui, que ça sortira en l'an 2053.

 
Pour avoir mis le nez dedans, je peut t'assurer que ça, c'est la théorie Il y a toute un mappage entre openGL et les API des systèmes qui rendent tout ça pas si simple à porter !

 
Tu as aussi firebug, onglet réseau.

Personnellement, je préfère utiliser le greffon Navigateur YouTube de Totem.

http://www.pcinpact.com/actu/news/ [...] -video.htm
 
Flash 10.1 supportera l'accélération video, du moins sous Windows, sortie courant 2010.
Si Linux est également concerné, ça sera déjà pas mal, non ?

C'est pas déjà le cas? http://blogs.adobe.com/penguin.swf [...] e_gpu.html

Elle n'est que très partiel pour le moment, elle sera total en 2010.

Bon oui, le machin utilise un quad core pour afficher une video en 320x240, il y a bien besoin d'utiliser en plus la carte graphique, on manque de puissance de calcul la !

+1, toute cette puissance mobilisée pour lire une pauvre vidéo