Reprise du message précédent :

C'est vrai pour les deux premieres, j'ai juste pour habitudes d'essayer de rendre les choses explicites.
Par contre, l'option build je me disais que cela forcait a faire du i686 et pas du i386 ? Mais c'est peut etre automatique par rapport au noyau/compilateur ?

AMHA, si tu ne précises pas, ça doit compiler pour ton architecture.

Ok. En tout les cas je viens de tester ca fonctionne bien avec les options que j'ai mises ! C'est cool, je vais essayer de contacter l'auteur du paquet  

démo sympa de l'élément video d'HTML 5

l'accent du mec

Tristan Nitot

Quelqu'un arrive à bien lire cette page au bout de quelques vidéos ?
http://singularityhub.com/2009/01/ [...] s-of-2008/
 
Sur le sempron + nvidia (debian sid + flash plugin) ca passe presque, mais obligé de fermer la page, d'attendre que firefox se calme, et l'a ré-ouvrir.
Sur le portable (pemtium M, i915, xubuntu rc + flash plugin) cata complète dès le chargement de la page.

Chez moi nickel avec un C2D   et une nvidia avec drives proprios... J'utilise gnash  

Moi, à ta place, je mettrais un Flashblock et j'activerais les vidéos Flash que quand je les regarde vraiment, ça évite la consommation d'un coup

Oui, j'ai vite installé flashblock. Mais même après quelques visionnages sur cette même page, le proc fini par s'emballer.
Il y a un léger mieux en 2.6.30rc2 + drivers 2.7.0, mais ca fini toujours à 100%

le dernier gnash semble marcher pas trop mal chez moi
 
On va bientot pouvoir degager cette merde de plugin proprio
 
(drapal maskay)

Une feature pas mal pour Flashblock, ça serait de pouvoir killer l'anim Flash une fois la vidéo/anim visionnée  

Tin, je viens de retester gnash, ça rame a fond les ballons chez moi.

Bon, j'en avais marre des plantages de Firefox que j'imputais à Flash (Chose pas difficile, vu qu'il me claquait à la gueule à la moindre vidéo youtube) et donc je suis passé à Gnash, par curiosité. Le premier bon point, c'est que ça ne plante plus du tout, ce qui prouve que le plugin flash est bien le responsable de la gabégie; le deuxième bon point, c'est que cela rame sensiblement moins mais, parce qu'il y a un mais, il faut se rendre à l'évidence que cela ne fonctionne qu'assez imparfaitement. Alors, les vidéos Youtube, ça marche mais je n'arrive plus à les télécharger, les publicités semblent fonctionner (bordel), par contre les fonctionnalités (boutons, sites entièrement flash) sont souvent silencieux... Bref, ça m'emmerde d'autant plus que le projet ne semble par être ultra nerveux (6 mois entre chaque nouvelle version, c'est intenable si on a besoin de flash).

 
ça c'est parce que tu ne suis pas le tronc, le développement est très actif.

Ok, on peut facilement tapper dans le SVN ou c'est trop aléatoire?

C'est rare qu'il y ai de gros problème ds le tronc, ca pose pas de problème particulier.

 
ils utilisent bazaar, pas subversion
 
sinon, ça compile à peu près tout le temps et c'est assez stable.

C'est le souk.

Chris Montgomery, otherwise known as Monty, is the founder of Xiph.org foundation and creator of the Ogg container format. He has been sponsored by Red Hat for several years to improve the codec quality of Theora and the next generation version, called Thusnelda, is already proving to be better than H264 as bitrate increases. Monty has posted some test results demonstrating the improvements. Chris Blizzard from Mozilla Foundation has some updates as well.
http://www.osnews.com/story/21451/ [...] ad_of_H264

Vraiment interessant sont article... j'ai pas decolle !

Je me pose une petite question, faudra t-il avoir une cg compatible pour pouvoir décoder tout ca ? Actuellement, que faut-il pour pouvoir décoder du theora ?

OpenCL mon ami Ou bien même openGL avec des shaders qui vont bien (mais bonjour le mal de crane).

Le RGAA nous sauvera t-il des menus en Flash ?

J'ai lu en diagonale mais cela ne semble toucher que les sites gouvernementaux.  
De plus, tous les sites étrangers s'en battront le sboub.
Bref, Epic fail en ce qui me concerne, un peu comme la super loi de la mort qui tue qui dit que les logiciels devront être sans le moindre bug: Rien que GCC avec ses 400 bugs déclarés est dans la mouise.

http://linuxfr.org/2009/05/28/25524.html \o/

Et ça marche!    Par contre ça consomme toujours pas mal en ressources CPU...

C'est un des gros problème que je note depuis que je suis sous Shiretoko alias Firefox 3.5, dès qu'une vidéo en Ogg Theora / Vorbis en résolution classique est lue avec le lecteur intégré, la vidéo saccade énormément.
Bon, après, je sais très bien que c'est un vieux PC, mais, il n'empêche que les vidéos que je lis dans Adobe Flash Player ne saccadent pas pour la même qualité.

Je n'arrive pas à comprendre ça alors qu'on disait que Adobe Flash Player était programmé avec les pieds, oserons-nous dire pareil pour le "Firefox Video Player" ?

C'est marrant, chez moi c'est exactement l'inverse. Les video flash saccadent souvent mais pas ogg. J'ai pourtant une machine dual core 1.8GHz, ce qui devrait être largement suffisant pour lire une video.
 
Bref, je confirme, flash c'est codé avec les pieds.
 
Dans ces cas la : section réseau de firebug, récupération de l'adresse du flv et téléchargement via wget -c.

C'est parce que t'as cliqué sur HD

Sur le IceWeasel de Debian et sur Minefield 3.6a1 ca reste en flash openvideo.dailymotion.com...
Faut-il faire quelque chose de special?

Le filtre de choix entre Flash et la balise <video> semble assez peu convaincant pour l'instant, il semble se baser sur l'UserAgent, mais je ne connais pas quel UserAgent permet la lecture directe en Ogg Theora
 
Par contre, il y a cette page de test : http://www.dailymotion.com/openvideodemo

Ils font un filtre alors qu'il suffit de mettre le <video> autour du flash ?

En effet la ca fonctionne bien
Par contre pas de plein ecran mais ca fonctionne bien...

Chez moi sur la même vidéo, alors que je suis entre 55 et 70% d'utilisation CPU avec Flash, en OGG/Theora je suis entre 30 et 40% (occupation totale de la machine - Pentium-M Dothan 2.13Ghz).
 
Il y a donc du mieux  

 
Il y a assez peu de vidéos en OGG/Theora
Donc 4 fois sur 5, on tombe sur du Flash.
 
Mais sinon, par exemple : http://openvideo.dailymotion.com/f [...] e_creation
 
Mon User Agent : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4) Gecko/20090528 Shiretoko/3.5b4
 
(compilation depuis le PKGBUILD "firefox-3.5" dispo dans Aur de ArchLinux)

Sinon, j'ai re-testé les vidéos de Dailymotion mais avec une nightly de Firefox 3.5, ça fonctionnait bien mieux, ça saccadait plus, quelques petits ralentissements mais sans exagération comme précédemment

C'est bon ça, si un gros ponte comme Daily s'y met, ça peut vraiment prouver que la technologie est viable. Manque plus que youtube et tous les autres s'aligneront !

YouTube s'aligne déjà puisqu'ils font des essais avec balise video, cependant, ils utilisent le container .mp4 avec du MPEG-4 AVC et du MPEG-4 AAC. Ce n'est donc pour l'instant pas utilisable sur Firefox 3.5.
(après tout, toutes leurs vidéos sont disponible dans ce format sur YouTube, donc, ils n'allaient pas réencoder tout pour un simple test)
http://www.youtube.com/html5
 
Ça sera probablement utilisable sur la prochaine version de Firefox, on verra.

Je viens de tester cette vidéo avec la même version de Firefox (recompilé donc.) et ça tourne à 70% de processeur sachant que je possède un Tbird 1200.  
Autant dire, c'est concluant, la vidéo est parfaitement fluide et mon processeur n'est pas mort dans d'affreuses souffrances.
 
P.S: J'ai abandonné Gnash pour l'instant et euh, FF n'a pas encore planté une seule fois: Meilleur plugin, FF plus robuste??