Pour lui, bien que le support vidéo HTML5 permet de faire face à la plupart des besoins de YouTube, aujourd'hui, la technologie Adobe Flash reste à ce jour la plate-forme la plus adaptée pour les besoins de distribution vidéo de YouTube. Notons tout de même que John Harding rappelle qu'il est important d'avoir un standard ouvert afin qu'il puisse trouver place dans n'importe quel navigateur.
Flash a pris une avance certaine dans la diffusion vidéo sur Internet et continue d'améliorer ce support en intégrant, par exemple, la lecture de vidéo H.264 directement via la carte graphique. Résumé des explications de John Harding.
Format standard de vidéo
Compte tenu du nombre important de vidéos déposées par les utilisateurs (plus de 24 heures de vidéo chaque minute), il est nécessaire de limiter le nombre de formats vidéo, surtout lorsque l'on propose différentes tailles de la vidéo (360p, 480p, 720p, 1080p). Depuis 2007, toutes les vidéos de YouTube sont codées avec le codec H.264. Le lecteur Flash, ainsi que les terminaux mobiles tels qu'Android ou iPhone supportent ce format. John Harding pense que le web se doit d'avoir un standard vidéo libre et ouvert. Le projet WebM pourrait être une alternative intéressante.
Un standard robuste
Étroitement liée à la nécessité d'un format ouvert, l'un des besoins de YouTube est d'offrir la capacité à ses utilisateurs d'être redirigé directement sur une séquence précise de la vidéo. Le lecteur Flash permet ceci via Actionscript en conjonction des protocoles HTTP et RTMP (Real Time Messaging Protocol). HTML5 ne propose pas encore ce genre de fonctionnalité, même si un certain nombre d'institutions et organisations travaillent sur ce point.
La protection des contenus
YouTube ne possède pas les vidéos diffusées. Elles restent la propriété de leurs créateurs respectifs, qui contrôlent la façon dont ces vidéos sont distribuées par YouTube. Le service de location de vidéo nécessite un contrôle sur le flux vidéo, fonction qu'effectue le protocole RTMPE de la plate-forme Flash.
Encapsulation et Enrobage
Le lecteur Flash peut être intégré de façon simple et "sûre" sur d'autres sites web. Ce mécanisme permet de retrouver les vidéos YouTube sur différents sites web. HTML5 en est à ses débuts et il reste des contraintes de sécurité à surmonter (attribut sandbox).
Vidéo plein écran
Bien que les navigateurs proposent un mode plein écran, ce mode ne peut être initialisé via JavaScript, ni même permettre le plein écran d'une seule partie du contenu web (par exemple le lecteur vidéo). Seul Flash permet cette fonctionnalité, même si des initiatives existent avec les avancés de WebKit.
Accès à la caméra et au microphone
Chaque jour, des milliers d'utilisateurs enregistrent des vidéos directement sur YouTube à partir de leur navigateur à l'aide de leurs webcams. La technologie Flash est éprouvée sur ce point alors qu'HTML5 n'en est qu'aux balbutiements (Spécifications HTML5).
Aller plus loin
- Article du blog (10 clics)
- Le projet WebM (7 clics)
- Laboratoire d'Adobe pour Flash (5 clics)
- Article sur Cubic.com (15 clics)
- Information sur HTML5 (9 clics)
# Si j'ai bien compris...
Posté par Niniryoku . Évalué à 9.
Knowing the syntax of Java does not make someone a software engineer.
[^] # Re: Si j'ai bien compris...
Posté par claudex . Évalué à 6.
Seulement pour 1 des 6 points, pour les autres, c'est un manque de fonctionnalités (qui sera comblé, je l'espère).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Si j'ai bien compris...
Posté par Gabin . Évalué à 4.
J'en ai marre qu'on foutent tout et n'importe dans HTML!
[^] # Re: Si j'ai bien compris...
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10.
J'en ai marre qu'on foute tout et n'importe quoi dans HTML!
[^] # Re: Si j'ai bien compris...
Posté par Stibb . Évalué à 10.
J'en ai marre qu'on foute tout et n'importe quoi dans HML!
[^] # Re: Si j'ai bien compris...
Posté par ZeroHeure (site web personnel) . Évalué à 7.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Si j'ai bien compris...
Posté par Gabin . Évalué à 2.
En parlant d'images, ça rappelle la problématique du format .gif d'il y a 10ans, mais à cette époque ça n'était pas que technique et niveau impact performance, ça n'a rien à voir.
# Et si on commencait les trolls du jeudi?
Posté par Sylvain (site web personnel) . Évalué à 5.
Plus sérieusement, on peut facilement imaginer que la balise <video> puisse assez rapidement prendre en charge toutes les fonctionnalités manquantes soulignées par cet ingénieur. Je dirais même plus, il faut que les différentes entitées en charge de mettre techniquement en place le HTML5 discutent avec ces ingénieurs spécialisés, qui ont toutes les raisons d'être compétents sur ce sujet, et, globalement intégrer ce qu'ils demandent.
Après plus de 10 ans de développement web, je pense vraiment que Flash(c)TM est ammené a mourir. La seule voie de survie serait que les décideurs pressés d'Adobe(c)TM prennent enfin conscience que désormais un standard sur le net se doit d'être ouvert. Il n'y a pas d'alternative et c'est tant mieux, même si il faut regarder de près, tout ce que les multinationales (Google(c)TM, Apple(c)TM, etc.) tentent de nous vendre sous ce prétexte.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par ianux (site web personnel, Mastodon) . Évalué à 4.
Mais mon souci, c'est que quand je me fais une session Dailymotion/Youtube/Vimeo/etc, au bout de 3/4h mon laptop rend l'âme sans crier gare, la température du CPU ayant franchi la barre fatidique des 100° (bon, ok, j'ai déjà changé 2 fois le ventilo, et je pense même acheter un bousin avec des ventilos pour poser le laptop dessus, un refroidisseur comme ils disent ou un truc comme ça, le coup de la poche de glace étant marrant juste 1 fois ou 2. Mais tout de même. Y'a que Flash qui provoque ça). Bref, Flash est horriblement gourmand (je ne jette pas la pierre au navigateur, ça arrive à tout ceux que j'ai testé).
D'où quelques questions :
- est-ce que les implémentation libres (swfdec, gnash, lightspark) sont plus optimisées pour des fonctionnalités similaires ?
- y a-t-il des extensions quelconques permettant de passer de façon transparente par VLC ou MPlayer ?
- y a-t-il des applis standalone qui le font bien (en streaming pur, je me moque de télécharger) ? J'utilise un peu minitube, sympa, un peu limité et cantonné à un seul fournisseur, ainsi que get-flash-videos, plutôt spartiate.
Bref, envoyez-moi vos idées, ou même un chien ou une poupée qui parle, parce que là, je n'en puis plus...
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par claudex . Évalué à 4.
Pas forcément, c'est quand même un gros blob dans le DOM, contrairement à la balise video ou a canvas.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Zarmakuizz (site web personnel) . Évalué à 3.
Lightspark est trop jeune pour conclure, gnash fera bientôt partie des reliques du passé.
Ce qui m'étonne c'est de voir sur le même ordinateur qu'une animation Flash passe bien sous Windows, et a une seconde de décalage sur Linux. J'avais posté sur le forum une question à ce propos (je parlais de l'animation Super Mario Bros Z, en particulier l'épisode 8) et après des réponses j'ai crû que ça concernait mon ordi, mais après coup ça le fait aussi sur d'autres ordinateurs qui ont peu de choses en commun. Le player Flash sous Linux est quelque peu négligé et ça se comprend, sapuhcaypalibre donc évitons de contribuer à son amélioration (je préfèrerais financer quelqu'un à bosser sur swfdec plutôt que rapporter un problème pour le plugin flash 64bits...).
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par WhiteCat . Évalué à 2.
swfdec est désormais abandonné, mais gnash continue à s'améliorer petit à petit.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par ZeroHeure (site web personnel) . Évalué à 2.
il y a encore quelques corrections de bogues
mais c'est dommage que le développement soit arrêté (pourquoi au fait? lassitude?). Pour le coup je donnerai bien quelques sous pour qu'il reprenne ; ça me semble plus important qu'un vaporware autour des réseaux sociaux...
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Zarmakuizz (site web personnel) . Évalué à 2.
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Zarmakuizz (site web personnel) . Évalué à 3.
Entre swfdec et gnash, celui qui est le plus tourné vers l'avenir c'est swfdec. Bon après faut trouver quelqu'un pour continuer le projet sinon les deux seront fichus avant que Lightspark ne sorte.
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Maclag . Évalué à 7.
Gnash est encore maintenu, n'a pas d'avenir, et supporte Flash 7
swfdec est abandonné, mais plein d'avenir et supporte Flash 9
Mais ils ont un futur, à condition que l'avenir de Lightspark n'ait pas de passé!
Et vice-et-versaaaaaaa
Et vice-et-versaaaaaaa
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par llaxe . Évalué à 2.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Grunt . Évalué à 8.
Non, je crois qu'ils s'en foutent. Voir que 90% des gens installent Flash sans se poser de questions doit les conforter dans cette opinion. Voire que 5% de ceux qui restent critiquent Flash mais l'installent quand même doit leur mettre du baume au coeur. Et grâce aux 4% qui disent que Flash çapue, Flash çaypalibre, mais qui l'installent quand même, ils dorment sur leurs deux oreilles, malgré le petit % d'irréductibles qui ne l'installent pas.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par FreeB5D . Évalué à 1.
s/installent/se sont fait pré-installer/g
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Zenitram (site web personnel) . Évalué à 5.
Pas de Flash installé par défaut.
Les mecs installent Windows nu.
Ils installent ensuite FF (ou pas)
Il visitent ensuite un site en Flash
Il cliquent sur OK à la question "ce site nécessite un plug-in, voulez-vous l'installer", suivant, suivant.
Et c'est installé.
Flash est diffusé parce que c'est simple, autant pour le fournisseur de contenu (de bons outils fait par Adobe) que par l'utilisateur (système de plugin accepté par tous les navigateurs lors de la montée de son succès, bon maintenant il est plombé par l'iPhone).
Faut arrêter le délire de "c'est à cause de la vente liée" à tout bout de champs, c'est peut-être aussi parce qu'il répond à un besoin et y répond bien.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Grunt . Évalué à -2.
Flash est diffusé parce que c'est simple
Tu trouves ça simple?
http://www.adobe.com/products/eulas/pdfs/PlatformClients_PC_(...)
Le gars qui me dit "j'ai lu tout ça", je dis bravo. Et pour l'installer faut avoir lu et accepté ce pavé (dispo aussi en français, je ne le nie pas). Mais non, ça n'a rien de simple.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par Zenitram (site web personnel) . Évalué à 7.
Vous pouvez vous entêter sur la théorie (genre tout le monde lit l'EULA) et dire que vous faites mieux que la théorie, ça ne changera pas le fait que l'utilisateur classique clique sur "J'accepte" sans lire et que vous ne faites pas mieux que la pratique de ce côté.
Dure réalité, je sais, mais il faut arrêter avec la masturbation intellectuelle et peut-être regarder le comportement réel de l'utilisateur pour comprendre pourquoi une technologie marche et pas une autre.
[^] # Re: Et si on commencait les trolls du jeudi?
Posté par FreeB5D . Évalué à 3.
C'est pas ce que m'indique top quand je vais sur YouTube .
# Mauvais endroit, mauvais moment
Posté par Zarmakuizz (site web personnel) . Évalué à 0.
http://linuxfr.org/~Zenitram/29905.html
Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/
# sous sous
Posté par kalki . Évalué à 0.
qui durera le temps que google dépasse apple.
:)
Google batterait l'humanité pas que aux échecs ?
[^] # Re: sous sous
Posté par ewasx . Évalué à 2.
Se relire, se relire! :-)
[^] # Re: sous sous
Posté par PachaFonk . Évalué à 1.
[^] # Re: sous sous
Posté par benoar . Évalué à 2.
Avec HTML5 et WebM, tout le monde s'est mis à cracher sur Flash comme si d'un coup ça devenait une technologie de merde. Moi, j'en suis convaincu, mais à ce que je sache, tout le monde continue d'utiliser Flash sans vergogne. Donc quelle est votre crédibilité ? Adobe a dû se fâcher contre Google après leur soutien trop appuyé à HTML5, et avec l'argument qu'ils ont, c-à-d la technologie Flash dont tout le monde dépend encore énormément, Google a décidé de revoir un peu sa critique de Flash (voire retourner sa veste).
Voilà, sinon, en passant, moi j'ai un player H264 libre, j'habite en Europe ; je peux également sauter à n'importe quel endroit du flux en HTTP grâce à la superbe option Range de ce protocole qui existe depuis 11 ans ; et je peux faire du plein écran sans problème, sans que des pubs ne puissent me pourrir juste au dessus.
Tout ça grâce à la simple extension Unplug qui nous fournit ce que n'importe quel site devrait faire quand il diffuse une vidéo : un lien hyper-texte direct vers la vidéo ! Quelle révolution, le lien hyper-texte !
D'ailleurs, en parlant de protections, Youtube vient de ré-interdire aujourd'hui même le téléchargement de vidéos par ce même lien (la seule solution pour moi pour lire une vidéo) avec un bon 403 Forbidden, comme ils avaient essayé il y a quelques mois. À l'époque, ils étaient revenu en arrière après une semaine. Vont-ils continuer plus longtemps cette fois-ci ? (je suppute qu'un bidouillage de User Agent devrait arriver à contourner cette protection, mais ça me fait chier)
[^] # Re: sous sous
Posté par Zenitram (site web personnel) . Évalué à 3.
Tu as une démo?
Car je vois que l'option "range" du protocole HTTP dans ton idée, celui-ci contient un nombre d'octets (donc inutile pour la vidéo, ou on demande un timecode vu qu'on ne sait pas le nombre d'octets) et celui-ci sauterait le header du fichier, donc fichier illisible que ce soit MP4 ou OGG (donc inutile aussi). Impossible de désigner donc un endroit en HTML.
et je peux faire du plein écran sans problème, sans que des pubs ne puissent me pourrir juste au dessus.
Comment? démo demandée aussi.
Tout ça grâce à la simple extension Unplug qui nous fournit ce que n'importe quel site devrait faire quand il diffuse une vidéo : un lien hyper-texte direct vers la vidéo ! Quelle révolution, le lien hyper-texte !
Ah... Oui, forcément, du coup tu perds tout l'intérêt du web :
- Toi tu peux sauter à un endroit (ton lecteur a lu le header, à l'index, donc sait faire la traduction timecode vers octets), mais la page web ne peut pas dire d'aller automatiquement à tel timecode voir le truc intéressant. Et c'est justement la fonction qui manque! Que ce soit en HTML ou ta solution.
- Il te manque alors toute l'intégration de la vidéo dans la page web, super...
Désolé, mais la, c'est vraiment ne pas vouloir comprendre le besoin auquel répond Flash et la critique sur HTML5 faite par les gens faisant le web, tu répond avec un truc qui a encore moins de fonctionnalités que la valise video actuellement.
[^] # Re: sous sous
Posté par benoar . Évalué à 5.
Car je vois que l'option "range" du protocole HTTP dans ton idée, celui-ci contient un nombre d'octets (donc inutile pour la vidéo, ou on demande un timecode vu qu'on ne sait pas le nombre d'octets) et celui-ci sauterait le header du fichier, donc fichier illisible que ce soit MP4 ou OGG (donc inutile aussi). Impossible de désigner donc un endroit en HTML.
Tu l'as trouvé toi-même plus bas : il va lire l'index (justement avec un Range, comme l'index est souvent à la fin) puis peut facilement trouver l'offset en octet pour aller à la seconde s, toujours avec Range.
Comment? démo demandée aussi.
Oui, c'est un player standalone, mplayer pour ne pas le citer. OK, j'ai un peu triché.
Ah... Oui, forcément, du coup tu perds tout l'intérêt du web :
- Toi tu peux sauter à un endroit (ton lecteur a lu le header, à l'index, donc sait faire la traduction timecode vers octets), mais la page web ne peut pas dire d'aller automatiquement à tel timecode voir le truc intéressant. Et c'est justement la fonction qui manque! Que ce soit en HTML ou ta solution.
- Il te manque alors toute l'intégration de la vidéo dans la page web, super...
Oui, j'ai rien du tout d'intégré, mais ça me va très bien (oui, je dois représenter 0,00001% du "web").
Désolé, mais la, c'est vraiment ne pas vouloir comprendre le besoin auquel répond Flash et la critique sur HTML5 faite par les gens faisant le web, tu répond avec un truc qui a encore moins de fonctionnalités que la valise video actuellement.
Effectivement, ma critique n'était pas vraiment sur "comment avoir un player bien intégré". C'était plutôt que ça me fait rire qu'on se prenne la tête sur des problématiques qui ont été réglées de manière standard depuis belle lurette. Alors certes, c'est pas intégré joliment à ton browser, mais moi ça couvre mon besoin (oui, je sais, je représente 0,00001% ...) et le fait mieux que Flash et HTML5 réuni. Et tout ça depuis des années, bien avant que ces deux technos soient inventées.
PS: ah si maintenant je me rappelle d'un site où tout marche bien comme ça : http://trailers.apple.com
Player bien intégré (contrôles en HTML), flux standard (H264), on peut seeker comme on veut, et on a du fullscreen qui marche nickel. Tout ça sans faire lagger la machine, et en plus on peut copier facilement l'URL pour download ! Mais comment ce miracle est-il possible ? Balise object. Oui, bon, je t'en ai déjà parlé, je radote même beaucoup ici avec ça, ça dépend du player hôte, blahblah, etc. Mais en gros ça marche sur ma Debian et sur les Mac (je suppose, mais bon, j'en suis à peu près sûr) ce qui couvre déjà un certains nombre de personnes. Mais non, on va plutôt inventer un nouveau standard qui ne fait même pas la moitié de cette balise parce que ça serait trop facile de faire évoluer un standard qui existe déjà.
[^] # Re: sous sous
Posté par Zenitram (site web personnel) . Évalué à 3.
Ben pourquoi nous dire que ton besoin est rempli quand on parle du besoin des autres?
Que ton besoin soit rempli, c'est très bien, ça n'enlève pas le fait que le besoin des autres ne l'est pas, et c'est celui-la qu'on cherche à remplir...
Player bien intégré (contrôles en HTML), flux standard (H264),
Tu veux faire attraper une crise cardiaque aux anti-H.264 la!
ça dépend du player hôte, blahblah, et
Re crise cardiaque :).
C'est ce que fait Safari sous Mac, IE (futur) sous Windows.
on peut seeker comme on veut,
La demande n'est pas de pouvoir seeker! Ca, HTML5 le fait déjà (c'est le player qui se débrouille). La demande est de pouvoir indiquer un timecode à lire en premier (au lieu qu'il commence à 00:00:00.000) en HTML (que ce soit le serveur qui l'indique au navigateur). C'est pas bien méchant, c'est juste une balise en plus, mais il faut se mettre d'accord sur la balise.
Mais non, on va plutôt inventer un nouveau standard qui ne fait même pas la moitié de cette balise parce que ça serait trop facile de faire évoluer un standard qui existe déjà.
Je ne te contredirai pas la dessus...
[^] # Re: sous sous
Posté par Grunt . Évalué à 4.
J'utilise clive et je n'ai pas ce problème. AMHA, Youtube vérifie le referrer. Oui, il faut savoir que l'appli Flash qui fait un GET sur la vidéo envoie comme referrer l'adresse de la page Web.
Et clive l'envoie aussi.
En tout cas, ce n'est pas le User-Agent, vu qu'en envoyant n'importe quoi avec l'option "-g" de clive ça marche quand même.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: sous sous
Posté par Anonyme . Évalué à 2.
Un petit -l (titre littéral et pas le X125SD après le "v=") et un -b (pour avoir la meilleure qualité disponible) et le tour est joué.
[^] # Re: sous sous
Posté par benoar . Évalué à 2.
Bon, j'ai installé clive, et là ça marche. Merci.
Par contre, il fait effectivement beaucoup de requêtes bizarres avant d'obtenir le bon lien ...
# Coquilles
Posté par Davy Defaud . Évalué à 1.
« Étroitement liée à la nécessité d'un format ouvert, l'un des besoins de YouTube est d'offrir la capacité [...] »
Pourquoi liée au féminin ? Pour l'accorder avec capacité ?...
[^] # Re: Coquilles
Posté par El Titi . Évalué à 4.
On pourrait pas faire un sondage ?
# pom pom
Posté par Paul Rouget . Évalué à 7.
Quelques infos en plus:
Format standard de vidéo
Compte tenu du nombre important de vidéos déposées par les utilisateurs (plus de 24 heures de vidéo chaque minute), il est nécessaire de limiter le nombre de formats vidéo, surtout lorsque l'on propose différentes tailles de la vidéo (360p, 480p, 720p, 1080p). Depuis 2007, toutes les vidéos de YouTube sont codées avec le codec H.264. Le lecteur Flash, ainsi que les terminaux mobiles tels qu'Android ou iPhone supportent ce format. John Harding pense que le web se doit d'avoir un standard vidéo libre et ouvert. Le projet WebM pourrait être une alternative intéressante.
De notre côté (Mozilla), WebM et ogg/theora sont les seules options (logiciel libre + patent free).
Un standard robuste
Étroitement liée à la nécessité d'un format ouvert, l'un des besoins de YouTube est d'offrir la capacité à ses utilisateurs d'être redirigé directement sur une séquence précise de la vidéo. Le lecteur Flash permet ceci via Actionscript en conjonction des protocoles HTTP et RTMP (Real Time Messaging Protocol). HTML5 ne propose pas encore ce genre de fonctionnalité, même si un certain nombre d'institutions et organisations travaillent sur ce point.
Le W3C et nous-même y travaillons (ainsi que sur de l'adaptative streaming).
Vidéo plein écran
Bien que les navigateurs proposent un mode plein écran, ce mode ne peut être initialisé via JavaScript, ni même permettre le plein écran d'une seule partie du contenu web (par exemple le lecteur vidéo). Seul Flash permet cette fonctionnalité, même si des initiatives existent avec les avancés de WebKit.
L'idée c'est de n'autoriser le fullscreen que sur l'intervention de l'utilisateur.
On y travaille aussi: https://bugzilla.mozilla.org/show_bug.cgi?id=545812
Accès à la caméra et au microphone
Chaque jour, des milliers d'utilisateurs enregistrent des vidéos directement sur YouTube à partir de leur navigateur à l'aide de leurs webcams. La technologie Flash est éprouvée sur ce point alors qu'HTML5 n'en est qu'aux balbutiements (Spécifications HTML5).
C'est les specs DAP plutot (il y a le tag "device" d'HTML5, mais bof bof). On y travaille (pas pour la vidéo, mais pour prendre des photos à partir de la webcam).
Sinon, clairement Flash est plus avancé. Mais bon, faut bien commencer et on peut pas avoir tout du jour au lendemain :)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.