Reprise du message précédent :
Ca serait bien de voir les sites des grandes chaines non fr faire la même chose, tout en permettant au non résidents nationaux de voir les séries
 
Mais bon on s'éloigne un peu là

 
Dès que les majors ont put segmenter le marcher pour proposer des produits "différents" , ils l'ont fait ( voire les DVD ).
Aujourd'hui meme les jeux vidéos s'y mettent avec Starcraft 2 ( on n'a pas acces à nimporte quel serveur selon le zonage alors qu'avec SC 1, il n'y avait aucune restriction ).
Les site web TV ne vont pas s'en priver je pense bien, il ne faut pas oublier que c'est pour notre bien de consommateur
 
</HS>

Si la video est paye par de la publicite, il est alors normal de segmenter le marche...

 
On pourrait ne segmenter que la publicité.

Les WebTV, vidéo à la demande et musique à la demande sur Internet, y a longtemps que c'est zoné.
Je suis étonné que les webradios n'aient pas vraiment suivi cette voie d'ailleurs.

C'est encore plus flagrant en dehors de la France, la plupart des services multimédias pour les français sont zonés en dehors de la métropole ... Et quand ce n'est pas encore le cas, c'est souvent un simple oubli qui ne durera pas longtemps.

Tu rigoles, au niveau de la zik sur le net, c'est super zoné aussi.

Faudrait relire ce que j'ai écrit surtout.

 
Pourquoi pas, mais dans le cas des DVD, parfois multi langues, c'est le consommateur qui le paye le produit, pas les pubs .
C'est pas normal que se soit zoné mais "ils" ne s'en privent pas.
 
Bientot, on ne pourras meme plus acheter des baskets aux US, car ils ne fonctionnerais pas en France ^^

 
On pourrait, mais qui financerait alors une video americaine d'un site francais en coree du nord? a mon humble avis personne, sauf que le site lui il doit bien la payer sa video...

http://www.craftymind.com/factory/ [...] Video.html

http://lists.gnu.org/archive/html/ [...] 00044.html
 

 
\o/

A New Way To Embed YouTube Videos

Source : http://apiblog.youtube.com/2010/07 [...] ideos.html

Cette solution va enfin permettre de lire les vidéos YouTube embarquées sur les sites Web et les blogs de la même façon qu'est configuré YouTube. (à condition bien entendu qu'ils utilisent ce code et non l'ancien)

Journal : L’Équipe passe au tag video

Source : http://linuxfr.org/~liZe/29980.html

Je viens de tester le site L'Équipe sur Chromium avec les codecs nécessaires ... C'est pas terrible ... Premièrement, on sent à peine que la solution a été mise en place uniquement pour les machines ne possédant pas du tout de solution Flash d'une marque bien connue représentée par un fruit.
Deuxièmement, je ne sais pas si c'est le serveur de Kewego ou le fichier qui est mal structuré, mais la lecture est assez aléatoire selon le navigateur ... Chromium lui n'arrive pas à lire du tout, alors qu'il fonctionne très bien sur YouTube en MPEG-4 AVC.

merci pour l'info c'était une des pièces manquantes du puzzle c'est super

ffvp8 déjà plus rapide que l'endécodeur de Google: http://x264dev.multimedia.cx/?p=499

c'est un décodeur il me semble ?

Ah oui, mal reveillé ce matin

 
http://allievi.sssup.it/techblog/?p=525 \o/

Je viens de compiler lightspark depuis le git, je n'ai trouvé aucune animation Flash qui fonctionne avec.
Au pire j'ai une erreur dans la fenêtre d'animation, au mieux des rectangles de couleur qui bougent.

j'ai eu quelques vidéos qui fonctionnaient sur lemonde avec la 0.4.2 , je vais tester la 0.4.2.2 là

une démo de HTML5/SVG/CANVAS (via le standblog) http://jeremie.patonnier.net/post/ [...] ec-Firefox
pour celui dans ces colonnes qui voulait manipuler du svg ça peut servir

 
Cool, je suis justement en train de mettre ne place un truc utilisant cela.

Quelques nouvelles
 
- la version 8.8 de gnash est imminente, et pour fêter ça, ils ont enfin lâché bzr pour git    
- lightspark 0.4.3 est sorti et inclus notamment la possibilité d'utiliser gnash pour supporter les anciennes versions de flash
http://allievi.sssup.it/techblog/?p=557
 
Et sinon, on entend parfois que les dev de gnash sont des incapables, tout en portant lightspark aux nues. Je vous invites à citer le dev de lightspark en réponse :
 

Est-il cense d'installer lightspark aujourd'hui?
 
Sinon je ne me rappelle plus, mais que s'est-il passe avec swfdec?

lightspark supporte grosso modo youtube et utilise gnash pour flash < 9, plugin moins évolué que gnash par contre.

gnash ne supporte que flash < 9, plugin évolué et mature.

swfdec est mort, le dev principal (et unique) est passé à autre chose (pour le bonheur du autre chose, il fait pas mal bouger).

je viens de compiler la dernière version de gnash sous linux :

--> est-ce normal que la compilation ait duré presque 3 heures ? ( CPU pentium 4 2,4 ghz, 1,2  Go de ram )

--> est-ce normal aussi que la librairie libgnashcore-0.8.7.so fasse 161,7 mo ?  

en plus je n'ai pas trouvé de plugin firefox pour gnash après avoir tapé "make install", pas de fichier "libgnashplugin.so" dans le dossier /.mozilla pour firefox

J'ai comme un doute sur la validité de ton installation.

j'ai pourtant suivi la documentation

j'ai tapé :

./configure --enable-gui=gtk --enable-media=ffmpeg --enable-renderer=opengl      

puis make et make install,

la compilation s'est passée sans message d'erreur mais ça a pris énormément de temps,

il doit faire combien de Mo le fichier libgnashcore-0.8.7.so en temps normal ?

en compilant avec l'option "make install-strip" le fichier est passé à 7 Mo

le plugin gnash pour firefox fonctionne mais les performances sont mauvaises, utilisation CPU trop forte ( beaucoup plus que la version d'adobe ) et beaucoup sites de vidéos comme youtube et dailymotion ne fonctionnent pas

 
oui, normal pour la compilation, c'est ultra lent. Je mettais 1h sur mon athlon64 3000+ (et 7' sur ma machine actuelle )
 

 
Tu ne devrais pas utiliser opengl comme renderer, il ne marche pas très bien et n'est plus maintenu depuis pas mal de temps. celui par défaut (agg) fonctionne bien mieux.
 
et donc tu as déjà répondu à tes questions, make install-strip et make install-plugin

et tu avais par défaut ( option "make install" ) une librairie libgnashcore-0.8.7.so de 161 Mo ?
 
on dirait que dans cette option de compilation l'édition de lien a été faite de manière statique d'où peut-être le poids excessif de la librairie,
 
 

 
pourtant certains sites affirment qu'open gl donnent de meilleures performances que le agg    
 
comme ce serait trop lent de recompiler à nouveau avec l'optio agg ( pas envie de faire surchauffer mon portable pendant plus de 2h30 ) je vais attendre la prochaine version 0.8.8 pour expérimenter la version avec agg

 
à l'époque, elle faisait 130 Mo. J'ai fini par me faire un script qui supprime l'option -g (symboles de déboggage) et utiliser systématiquement install-strip.
 
Pour bien réduire la taille et le temps de compil, tu peux aussi passer l'option --disable-avm2 qui permet de supprimer toute la partie flash >9 (qui ne marche pas mais était compilé quand même).
 
Pour l'openGL, c'est même désactivé par défaut pour la 0.8.8, seules agg et cairo sont compilés.

 
de mémoire il y a un bug firefox qui ne permet pas d'avoir deux plugins flash simultanément qui doit être corrigé

 
exactement, au mieux ça ne marche pas, au pire ça crashe

Vimeo va lancer son lecteur HTML5: http://www.generation-nt.com/vimeo [...] 67681.html

Sympa, ils passent au WebM aussi ?

Normalement oui, mais je n'ai pas vu comment activé ce nouveau lecteur

Bah, Vimeo était déjà en <video> "HTML5", la nouveauté, c'est le lecteur embarqué comme YouTube a fait il y a peu et le format WebM.
Pour lire le format WebM, je suppose qu'il faut que le site détecte un UserAgent qu'il reconnait comme compatible WebM.

D'accord, mais avec FF3.6 là je n'ai pas de lecteur HTML5, seulement flash. Il y a peut être un cheatcode à utiliser comme pour youtube.

... En même temps, Mozilla Firefox 3.6 n'est ni compatible avec le MPEG-4 AVC, ni avec le WebM ...