Reprise du message précédent :

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??

Vous voulez dire que la balise vidéo ne marche qu'avec du ogg theora∕vorbis sous Firefox 3.5 même si les autres codecs sont disponibles sur le système ?

 
oui

c'est nul
il y a pas une façon standadisée sous Linux pour une appli de faire appel au codecs requis (un truc genre xdg-open pour codecs quoi) ?

à terme, ils prévoient d'utiliser l'architecture de chaque OS : directshow sous win, Quicktime sous MacOS et gstreamer sous linux. mais c'est pas intégré encore.

Par contre, on peut tout à fait envisager des plugins qui réagissent à la balise video comme geckomediaplayer.

 
()

Fonctionne sans problème avec safari 4 sous leopard. Pas étonnant, quicktime lit très bien ce format (je suppose que c'est lié), puis en plus apple et google sont assez copain  
 
Pour la vidéo j'oscille en 95 et 105% d'occupation sur un macmini dernière génération (core2duo jesaispasquelversion 2ghz), pour 120-130% pour le clip wrong en HD par exemple. Pas super concluant Mais ça permettra d'avoir la vidéo décodé par la carte graphique sous sl

C'est justement ce qui limite pour l'instant Firefox 3.5, il utilise son propre lecteur intégré avec ses propres codecs
 
À mon avis, on peut s'attendre à ce que la 3.6 (ou autre numéro de la prochaine version) utilise Gstreamer, DirectShow et Quicktime.

avec webkitgtk+ ça marche presque (la vidéo ne remplit pas tout le lecteur sous Midori)

Comment on fait pour avoir plus de 100% de cpu utilisé ???

Avoir plusieurs CPU/Cores  

 
Et alors, si tu as un core a fond les ballons et l'autre au point mort, tu est a 50% de CPU . . .

Sous Windows oui, mais dans top non. Pour avoir plus de 100 % de CPU il faut tout de même que le processus soit multithreadé.

Je viens de tester avec une boucle infinie, j'ai 57% de CPU utilisé dans top. 50% pour la boucle infine et les 7% sur l'autre core pour mon navigateur/musique .

utilisez htop c'est mieux!

Je viens de tester sur mon P-M 1.8GHz : y'a du mieux, c'est ultra fluide. Par contre j'ai un bug de configuration vraiment etrange, j'ai pas de son ni avec les video flash ni avec cette fameuse balise (sous firefox 3.5 beta ou epiphany 2.26).
Ca doit donc etre le backend qui doit etre le meme et qui doit etre foireux sur mon arch (tout a fait possible). J'ai du son avec totem/vlc/exaile, etc...
 
Sinon cette beta est plutot bonne chez moi, c'est vraiment plus leger que le precedent firefox que je n'utilisais pas (epiphany ayant presque les meme fonctionnalites dont j'ai besoin pour plus de legerete). Je vais peut etre repasser a firefox, avec cette balise c'est tres sympa.

Personnellement j'ai perdu le son dans FF3.5 quand je suis passé à OSS il me semble.

Avec boinc j'obtiens ça :

 
Avec de la compression vidéo, en utilisant x264 par exemple, tu peux arriver à avoir plus de 100%.

J'utilise alsa aux dernieres nouvelles  

Pour mémoire :
le rapport de bogue initial (Ogg Theora + Vorbis), la variante visant à utiliser GStreamer

http://trombonechamp.wordpress.com [...] and-cover/

bon a priori, le gnash summer bash a bien démarré :
http://www.openmedianow.org/?q=node/35
 
il y a plein de commit en ce moment qui préparent le terrain pour l'ajout des classes actionscript 3 (flash v9 et v10)

 
Non, je trouve que c'est plutot bien
Sinon on va se retrouver avec dailymotion en ogv, youtube en mp4, msnvideo en wmv, applevideo en aac, machin en x264, bidule en 3GP.... ect
et on va encore devoir se tapper une flopée de codecs a la con avec chaque site qui veut pas faire pareil que les autres en utilisant un nouveau codec proprio et le retour des codec-badware sur les sites peux scrupuleux
Trop cool
 
(et drapal )
 

c'est vrai que ça se discute

Perso je trouve qu'il faut mieux faire le travail bien une fois, que 20 fois mal, surtout ce que va devenir (est ?) une norme comme la balise <video>

C'est ce qui arrivera tôt ou tard ...

Sauf que quelques acteurs vont utiliser Ogg Theora / Vorbis, d'autres vont utiliser du MPEG-4 AVC / AAC.
Attention quand même dans ce que tu nommes, le MP4, AAC et X264, ça fait partie du MPEG-4.
MP4 est un conteneur, AAC est un format audio et X264 est un encodeur libre pour le format vidéo H264, format aussi connu sous le nom de MPEG-4 AVC.

Pour moi, ça risque de se limiter aux gros formats connu, heureusement ... J'aime bien le MPEG-4 AVC, même propriétaire soit-il, c'est un standard de la vidéo ... Est-ce vraiment un mal de l'avoir sur certains sites ... Je sais pas ...
YouTube utilise de toute manière déjà le MPEG-4 AVC depuis quelques années ... Le format est plutôt efficace.
Dans les faits, je trouve qu'il devrait pouvoir utiliser du Ogg Theora/Vorbis pour du format ouvert "non-standard" (puisque ce n'est pas une norme) et du MPEG-4 pour le format normalisé qui est massivement répandu.

Je suis d'ailleurs déçu que le W3C n'ait pas pu mettre d'accord les grands acteurs pour faire une liste officielle des formats supportés.
Apple a sûrement voulu garder la possibilité d'utiliser le conteneur .mov plutôt que le .mp4 (d'ailleurs, on se demande quel est l'intérêt de ce conteneur depuis l'arrivée massive du .mp4) et Microsoft probablement la même chose pour son WMV/VC-1.

Dailymotion s'est donné les moyens de convertir sa collection, oui, mais, la qualité dépend de l'encodeur ... (pour l'instant, il rivalise pas vraiment avec le MPEG-4 AVC, la prochaine version risque d'être un peu plus intéressante) ... Je vois mal Dailymotion réencoder toutes les vidéos à chaque nouvel encodeur.

De toute façon, il y aura clairement des sites qui n'auront pas les moyens de convertir leurs vidéos comme peuvent le faire Dailymotion et YouTube.

Que dire des sites tel que Vreel qui utilisent du DivX, sera-t-il un jour supporté par le navigateur, ce qui encouragerait le site à probablement passer à la balise <video> aussi.

L'avenir nous le dira, mais ça avance quand même

Oui, j'ai mélangé un peu, mais ça montre bien vers quelle(s) merde(s) on se dirige si c'est ouvert
chaque site avec son propre codec, et au bout du compte on va se retrouver dans la même merde qu'il ya quelques années lors de la diffusion de vidéo, entre ceux qui ont quicktime, ceux qui ont windows media player, et les autres

Realmedia

Je l'avais oublié celui la, j'étais en train de "Buffering"

Je suis d'accord avec le fait que TROP de diversité mènera à un échec de l'intérêt de la balise audio et video de HTML5.

Mais il semble que le W3C ne limitera pas le format ...

Si les formats étaient trop limité, je serais pas étonné que, de toute manière, les sites finissent par sortir du cadre de la norme ...

Adobe Flash Player utilise aussi plusieurs formats vidéos dont le MPEG-4 AVC, le On2 VP6 et PCM, MP3 et MPEG-4 AAC pour l'audio ...

Ce qu'il faudrait, c'est que les OS ait des systèmes en béton pour proposer l'installation des codecs ... Hors, je ne pense pas que ce soit le cas pour Microsoft DirectShow et Apple Quicktime, par contre, c'est le cas de Gstreamer qui propose normalement l'installation des codecs correspondants à la vidéos ou à la piste audio. Donc, ce n'est pas la base (la balise) qui pose problème mais le système d'installation des autres OS.

Après, c'est sûr, je suis pas totalement d'accord de laisser passer n'importe quel format ... On va se retrouver avec des sites incompatibles, ou des sites pas normalisés qui utiliseront 36 formats différents de vidéos, ça marchera peut-être une fois sur 2 du coup ...

Comme je l'écris sur FOo, j'adore l'animation du nuage de tags, en flash hélas
Je me demande si c'est possible avec des techno ouvertes (html, css, svg...)

En tout cas, ça prend plein de ressources !
 
C'est tout à fait faisable avec des technos standards. Le soucis c'est que ça va être une merde a faire tourner sous IE.

where's the video, opera?!
http://weblogs.mozillazine.org/asa [...] _vide.html

Clairement

WebKit team is implementing HTML datagrid element/API
http://sideshowbarker.net/2009/06/21/webkit-datagrid/
je sais pas ce que c'est...

D'après ce qui est dit dans ton lien c'est pour avoir certaines fonctions d'un tableur nativement dans le navigateur.

ah ben RAV avec l'élément vidéo alors!

En même temps, si tu vois "video" à chaque fois qu'un article parle du HTML5
Ce n'est pas que ça le HTML5

il y a certainement un peu de conditionnement

du nouveau :
http://hacks.mozilla.org/2009/06/h [...] ks-markup/
http://camendesign.com/code/video_for_everybody
 
L'avantage c'est que ça permettrait de se départir du flash en douceur
l'inconvénient c'est que c'est en MP4 video si j'ai bien suivi

C'est pas tout à fait ça, c'est la présentation de deux méthodes pour donner de la vidéo à tout le monde (ou presque). Avec ces méthodes les utilisateurs de Firefox 3.5 lisent du ogg et le MP4 c'est pour Safari 4. Les autres récupèrent le Flash ou autre chose selon la méthode.

Édit: normalement Google Chrome et Opera supporterons le ogg dans des prochaines versions.