Reprise du message précédent :
Le but des publicitaires étant de te pourrir la vie, si tu as flash c'est plus embêtant que du HTML5 donc ils mettent ça. Si tu n'as pas flash, il faut bien réussir à faire clignoter une partie de la page

Pas besoin de HTML5 pour ça : http://en.wikipedia.org/wiki/Blink_element

http://www.pcinpact.com/actu/news/ [...] -apple.htm
Hopital, charité, toussa

elle est marrante celle là  

http://www.framablog.org/index.php [...] 264-google
 
Si un poids lourd comme Google donne des points à Theora, on va peut être réussir à avoir une situation acceptable finalement. Espoir...

 
en réponse à thana54 : http://forum.framasoft.org/viewtop [...] 14&start=0

 
j'aurais pas dit mieux. Mais attends, c'est moi !

pour se passer du greffon flash mais accéder quand même aux vidéos avec Firefox sous GNU/Linux, vous avez un conseil ?
 
Il y a bien des extensions comme Video DownloadHelper ou Easy YouTube Video Downloader qui fonctionnent pour télécharger la vidéo directement depuis YouTube par exemple, mais si la vidéo est incluse dans un blog cela ne marche pas.
Je peux bien récupérer l'adresse de la vidéo depuis les propriétés de la page mais outre que c'est fastidieux ça n'est exploitable en l'état ni par Firefox ni par l'application ClipGrab
 
Et à ma connaissance le plugin YouTube de Totem nécessite le titre de la vidéo et ne marche pas avec son adresse.
 
Bref, dans la mesure où Totem peut lire les vidéos encapsulées flv, il n'y a pas moyen d'afficher totem comme lecteur embarqué pour les vidéos flash ?
 
Edit : ce script ne marche chez moi (Ubuntu Lucid / Firefox 3.6) http://userscripts.org/scripts/show/50771
iTransmogrify! par contre pourrait être top : il m'affiche bien l'image d'amorce de la vidéo (directement sur YouTube mais aussi indirectement sur un blog avec du code Youtube) mais quand je clique dessus j'arrive sur la page YouTube classique, trahis j'imagine par mon user agent. Pourtant le dév dit que ça marche avec Firefox et autres ? Quelqu'un arrive à le faire marcher ?

Au premier visionnage d'un vidéo youtube, clic droit plantage d'iceweasel. Commence bien.
Je relance, ca marche, mais pas de buffering de la vidéo (dés que je clic sur pause, l'activité réseau tombe à 0 après quelques secondes), pas non plus de trace du fichier dans /tmp, donc pas moyen de le visionner hors du navigateur.
Le tout testé en utilisant le plugin vlc.

Avec gecko-mediaplayer (mplayer) j'ai du buffering en pause et possibilité d'utiliser la sortie vdpau. Mais pas de fichier dans /tmp.

[edit] Petite news flash mais pour OS X: http://www.presence-pc.com/actuali [...] OS-X-39067

Tu peux utiliser YouTubeImageLink Edited et Dailymotion Image Link pour avoir des liens à la place des <object>.

 
j'utilise youtube without flash auto comme script (celui que tu linkes) qui marche très bien avec gecko media player, et gnash pour les vidéo incluses vu que ça marche 9 fois sur 10.

j'ai installé grease monkey et le script et gnash 0.8.7 et si ça marche sur YouTube (même si la vidéo ne démarre qu'une fois complétement chargée avec totem mozilla, je ne sais pas si c'est pareil avec gecko media player ?) mais gnash n'est pas répertorié ds outils>module complémentaires>plugins ni dans about:plugins et je n'ai pas les vidéos par ex ici ni là par exemple
 
il faut installer gstreamer0.10-gnomevfs aussi ? http://www.mail-archive.com/debian [...] 83141.html
 
sinon les scripts sont mis à jour automatiquement ou pas avec grease monkey ?
 
(Je suis sous Ubuntu 10.04 Lucid RC)

 
avec gecko media player (qui utilise gnome-mplayer qui lui même lance mplayer), ça bufferise ~15% de la vidéo avant de commencer.
 
pour gnash, je ne sais pas comment tu l'as installé mais généralement le paquet plugin est à côté, si c'est à partir des sources, il faut installer le plugin via un make install-plugin (le fichier s'appelle libgnashplugin.so)
 
pour gstreamer, j'installe généralement le maximum de plugins histoire d'être tranquille, pas besoin de gnomevfs. Cela dit, je compile gnash moi même, c'est peut être différent avec un paquet :

 
 
Pour greasemonkey, si l'auteur du script l'a prévu, ils sont mis à jour automatiquement. (et oui, pour le script en question).

La première vidéo est bufferisée, puis commence toute seule avec gecko-mediaplayer.
 
En ce qui concerne les scripts du fofo, il y a un message d'avertissement GM quand une mise à jour est disponible.

merci les gars je ferai un test comparatif avec mplayer. Et puis il y aussi gxineplugin, mozilla-plugin-vlc et mozplugger..?!
 
moi j'installe gstreamer0.10-plugins-bad gstreamer0.10-plugins-bad-multiverse gstreamer0.10-plugins-ugly gstreamer0.10-plugins-ugly-multiverse gstreamer0.10-ffmpeg : ça comprend tout le nécessaire normalement (sous ubuntu gstreamer0.10-schroedinger est inclus dorénavant dans gstreamer0.10-plugins-bad et n'a plus à être installé séparément, je en sais pas si c'est le cas dans toutes les distributions)
 
pour mozilla-plugin-gnash des dépôts de Ubuntu 10.04 Lucid, j'ai posté sur un forum dédié pour voir si d'autres on ce soucis, je vous tiens au courant
 
trop fort la mise à jour des scripts :-)

j'ai désinstallé Flash (au lieu de le désactiver simplement) et j'ai bien gnash du coup
Les vidéos youtube embarquées sur le blogues passent quoiqu'elles rament largement par contre mon test sur dailymotion n'est pas concluant...
pas pu non plus voir le petit journal http://www.canalplus.fr/c-divertis [...] l%20?nav=1

Il était temps pour Apple d'avoir de quoi décoder du H264 sur sa plateforme ou sur son navigateur: http://www.pcinpact.com/actu/news/ [...] -apple.htm
Mais plutôt restrictif tout ca

testé ici http://www.youtube.com/watch?v=Hd1CQEtrQMY
en effet gecko media player démarre à 38%, totem-mozilla attend que tout soit chargé...

[edit] bon, je disait que gnome-mplayer me mettait le son master à 0 à chaque lecture de fichiers, que ce soit dans le navigateur dans hors du navigateur. Pas glop
Par moment, lorsque la vidéo met du temps à se charger, je lis un peu le reste de la page, j'enchaine sur la lecture de la vidéo et hop, no vidéo, que du son re-Pas glop

 
tu peux régler la quantité de données mises en cache.

je ne vois riens dans les options de totem-mozilla à ce sujet, c'est dans gconf ?

Je note que je peux pas seeker sur la vidéo de RMS sur mon site avec Firefox 3.6 alors que pour d'autres sites no problemo
Peut être ces pbs sont ils liés plus ou moins à ce bug ? http://www.bluishcoder.co.nz/2010/ [...] rects.html
A noter que la vidéo derrière le lien "No redirect" est bien plus souple que sur mon blogue
 
sinon : ça a de la gueule une vidéo encodée en theora http://mozillalinks.org/wp/2010/04 [...] t-manager/

hopital, charité V.2: http://www.clubic.com/smartphone/i [...] obile.html
ca se tire dans les pattes pour la bonne cause (HTML5), mais ca n'a pas d'arguments bien lourds.

Remplacez Adobe par Apple, ca marche bien aussi

faudrait pas qu'il s'étouffe avec ses bobards, il a une santé fragile le pauvre

 
tkt, il a les moyen de faire tous les hôpitaux du pays en cas de besoin de greffe. Aux US, tout est business, même la santé

 
je parlais de gecko media player  

Et sinon, youtube a déployé aujourd'hui un fix pour garantir la compatibilité avec gnash \o/
 
http://lists.gnu.org/archive/html/ [...] 00001.html (et suivant)

thana54 : ça enerve Thom Holwerda

Une petite question un peu hs:

Sur le web les utilisateurs pourront se prendre des poursuites ( ), mais pour une utilisation personnelle de films encodés avec un encodeur libre (x264), en sera-t-il de même ?

oui dans les pays reconnaissant les brevets logiciels. Le droit d'auteur sera respecté (x264 étant un logiciel dont le code est supposé original, placé sous licence libre) mais pas le droit des brevets logiciels (une ineptie)
C'est un peu pareil avec Mono

Je suis donc bon pour réencoder tous mes films
Sympa aussi les magnétoscope numériques qui lisent en h264, les camescopes numériques qui encodent à la volée

Du plomb sur nez d'Ogg Theora
http://www.h-online.com/open/news/ [...] 90708.html
Standard de l'industrie != standard du web

C'est pas possible de créer une alternative au décodage du H264 avec du x264 ?
 
(Cette phrase n'a peut être aucun sens, je ne maîtrise pas des masses le sujet)

La question n'est pas de décoder, c'est tout à fait possible, Chromium le fait déjà par le biais de FFMPEG et Epiphany-Browser par Gstreamer, mais plutôt un problème de brevets et surtout de penser à l'avenir du web maintenant avec tous les coûts que ça pourrait engendrer si le MPEG-4 devenait vraiment payant un jour, ce dont je ne doute pas une seconde.

Le problème est tout autre que de la technique.

Par contre, je pense que pour le coup, si Mozilla continue sur sa lancée, c'est Mozilla qui va passer pour le mauvais petit canard à la place de Internet Explorer si la version 9 s'avère aussi bonne que sur "papier".

Car, pour ceux qui ne le sauraient pas, Opera sous GNU/Linux (dans sa version 10.5x toujours pas finalisée) supporte aussi le MPEG-4 par Gstreamer. Sous Microsoft Windows et Apple MacOSX, je ne pense pas que ce soit le cas par contre.

Bref, sous GNU/Linux, il n'y a que Mozilla Firefox et ses dérivés qui n'ont pas la possibilité de lire du MPEG-4.

Avec tout ça, il semble que Dailymotion "OpenVideo" n'avance plus trop, et on peut le comprendre à la vue de la discussion sur les formats ... À quoi bon continuer à réencoder des vidéos et faire évoluer un mode HTML5 qui sera partiellement obsolète si le Ogg Theora / Vorbis n'est pas supporté sur les navigateurs principaux.

Finalement, hormis Dailymotion, Wikipédia et quelques sites défendant le libre, il n'y a malheureusement pas grand chose pour défendre le Ogg Theora / Vorbis auprès des développeurs des navigateurs ... Heureusement, comme Mozilla Firefox est plutôt bien implanté, ils peuvent se permettre de faire de la résistance (mais du coup, ça risque plutôt de favoriser l'utilisation de Adobe Flash Player à défaut d'avoir de la vidéo dans une balise <video> HTML5).

Surtout que si les 2 navigateurs principaux des 2 plateformes informatiques les plus répandues (Microsoft Windows et Apple MacOSX) ne le supportent pas par défaut comme ça a été annoncé, ça risque de faire mal.

Oui mais il faut bien voir que HTML5+H264 serait pire pour le logiciel libre que Flash car avec Flash c'était à adobe de payer la dîme de H264, avec HTML5 c'est à l'éditeur du navigateur, ce qui crée une taxe à l'innovation : impossible de lancer son navigateur si on a pas le portefeuille d'un google/apple/microsoft, ce qui permettrait à ces trois entreprises de faire main basse sur le Web

Je crois même que Apple et Microsoft n'auront rien à payer car ils participent au développement du H264. Seul Google devra la payer.

Ils pourraient aussi implémenter le Ogg Theora / Vorbis, ça ne leur coutera rien non plus, sauf qu'ils ont trouvés la bonne excuse à la con du "Si ça tombe, il y a des brevets cachés sur le Ogg Theora / Vorbis et des sociétés vont nous tomber dessus dans quelques années pour réclamer de l'argent" ...

Edit : De toute façon, Apple et Microsoft n'auront rien de plus à payer, non pas parce qu'ils participent, mais parce que le codec MPEG-4 AVC (H264) est déjà intégré par défaut sur Apple MacOSX et Microsoft Windows 7.

Le contraire aurait été très surprenant.
Microsoft a les ressources financières pour assumer les coûts que pourrait engendrer l'usage de H264. Il doit s'imaginer que ça lui permet de prévenir l'émergence de nouveaux concurrents.
Et puis tu sais bien que le libre est un cancer.
 
Il me semble évident que le remplacement de flash par theora relève de l'utopie.
Je pense qu'à terme Mozilla implémentera le h264 dans son Firefox (peut-être sous forme d'un module pour des histoires de licence ou que sais-je) : techniquement ce sera probablement mieux que flash, éthiquement ce ne sera pas pire.
Symboliquement, ce sera l'aveu d'une défaite : celle du libre.
 
[moralisateur]
On ne pourra faire retrouver à l'internet ses lettres de noblesses que lorsque ses usagers auront compris sa philosophie.
Pour le moment les usagers ils sont prêts à échanger leur vie privée contre des moyens de communication, à acheter des trucs qui ne coûtent rien et à se laisser dicter leurs choix pour se divertir.
 
Si les gens ne veulent pas de la liberté, on va pas les forcer. Et s'ils n'en veulent pas pour eux-mêmes, c'est pas la peine de leur demander d'avoir de la considération pour celle des autres.
[/moralisateur]

 
+1

Euh … si le navigateur fait appel à gstreamer ou ffmpeg je ne pense pas qu'il y ait de problème, si ?
 

Je pense qu'il faut la relativiser. Même si on n'arrive pas à imposer un codec libre, le monopole de Flash se réduit quand même fortement et on peut lire plus facilement les vidéos avec du code libre et stable.
 
Par contre, si ça continue comme ça, Google aura à nouveau démontré qu'il n'est pas l'ami du libre.