Balise HTML 5 <video> vs vidéo Flash. Quels sont les avantages et inconvénients?


116

MISE À JOUR IMPORTANTE

Cette question a été posée il y a plus de 9 ans. Cela avait du sens alors, cela ne le fait pas maintenant. Flash est difficile à sortir; <video>le support est omniprésent, y compris les appareils mobiles. Presque tout ce que Flash peut faire, HTML peut désormais le faire aussi. HTML a gagné, Flash a perdu. Si vous vous demandez comment intégrer une vidéo dans votre page, utilisez-la simplement <video>et n'y réfléchissez pas. Cette question n'est conservée que pour sa valeur historique.

Question originale

On dirait que la nouvelle <video>balise est tout le battage médiatique de nos jours, d'autant plus que Firefox la prend désormais en charge. Des nouvelles à ce sujet apparaissent dans les blogs un peu partout et tout le monde semble excité. Mais qu'en est-il?

Autant j'ai cherché, je n'ai rien trouvé qui rendrait mieux que la bonne vieille vidéo Flash. En fait, je n'y vois que des problèmes:

  • Il faudra encore un certain temps avant que tous les navigateurs ne commencent à le prendre en charge, et beaucoup plus de temps avant que la plupart des gens ne mettent à jour;
  • Flash est déjà disponible et tout le monde l'a;
  • Vous pouvez coupler Flash avec l'interface utilisateur sophistiquée de votre choix pour contrôler la lecture. Je suppose que la balise sera également contrôlable (via JavaScript probablement), mais pourra-t-elle passer en plein écran?

Les deux seuls avantages d'un <video>tag que je peux voir sont:

  • C'est plus «sémantique» - ce qui n'a probablement aucune importance pour beaucoup de gens, moi y compris;
  • Il ne dépend pas d'une seule entité commerciale tierce (Adobe) - ce que je ne vois pas non plus comme une raison impérieuse de changer, car des lecteurs gratuits et des convertisseurs vidéo sont déjà disponibles, et Adobe n'entrave en aucune façon l'ensemble du processus. (ce n'est même pas dans leur intérêt).

Alors ... quel est le problème?

Ajoutée:

OK, il y a donc un autre Pro ... peut-être. Prise en charge des appareils mobiles. Difficile à dire cependant. Un certain nombre de pensées me traversent l'esprit sur le sujet:

  • Combien d'appareils mobiles sont de toute façon capables de décoder la vidéo à une vitesse décente, Flash ou autre?
  • Combien de temps avant que les appareils mobiles grand public obtiennent le <video>support? Même s'il est disponible via des mises à jour, combien de personnes le font réellement?
  • Combien de personnes regardent des vidéos sur des pages Web sur leur téléphone mobile?

En ce qui concerne la partie sémantique, je comprends que les moteurs de recherche pourraient mieux détecter les vidéos maintenant, mais ... que vont-ils en faire de toute façon? OK, donc ils savent qu'il y a une vidéo dans la page. Et? Ils ne peuvent pas indexer une vidéo! J'aimerais plus d'arguments ici.

Ajoutée:

Je viens de penser à un autre inconvénient. Cela ouvre un tout nouveau domaine d'incompatibilité entre navigateurs. HTML et CSS sont déjà assez compliqués dans cet aspect. Flash au moins est le même partout. Mais il suffit qu'au moins un grand fournisseur de navigateurs décide de ne pas utiliser la <video>balise (est-ce que quelqu'un peut dire "Internet Explorer"?) Et nous avons une nouvelle zone d'enfer à explorer.

Ajoutée:

Un Pro vient d'arriver. Plus de concurrence = plus d'innovation. C'est vrai. Donner à Adobe plus de concurrence les forcera probablement à améliorer Flash dans des domaines qui lui faisaient défaut jusqu'à présent. Linux semble être un point faible pour cela, cité par beaucoup.


29
devrait être un wiki communautaire.
SilentGhost

1
D'accord, on dirait que cela devrait être un wiki communautaire
Gab Royer

4
En ce qui concerne l'un de vos "inconvénients" - le danger n'est pas que IE ne supporte pas <video>. Le danger est que IE, FF, Opera, Chrome et Safari prennent tous en charge <video> de manière légèrement différente. Comme CSS. :(
fenomas

Il a été retiré de la spécification par Ian Hickson. Toute balise vidéo prise en charge par les navigateurs est totalement propriétaire et non standard.
aehlke

Mon erreur - <video> a été laissé, mais un codec n'est plus spécifié. Il appartient donc toujours à l'implémentation du navigateur de décider de ce qu'il faut prendre en charge - pas une victoire significative du tout sur les solutions existantes.
aehlke

Réponses:


36

Il y a beaucoup de bons points ici, et comme un style de combat d'arts martiaux, chaque point a sa poussée, et chacun peut être défendu; mais chacun peut être vaincu avec les bons coups.

Quiconque se tient debout sur des arguments sur les plugins "propriétaires" tombera rapidement. Microsoft, Apple et Adobe portent tous la culpabilité, mais ce n'est que du BUSINESS. Vous ne changerez pas d'activité du jour au lendemain, et chaque couche de complexité ajoutée par une nouvelle balise telle que <video> qui prend en charge une interface très technique entraînera des implémentations * légèrement * différentes par navigateur.

HTML 5 fonctionne maintenant, tout comme Flash. Comment il est mis en œuvre, la compétence dont il a besoin - cela définit chaque ressource, qu'il s'agisse de la performance d'un employé, du pouvoir d'un webmaster ou de l'influence d'un domaine.

Bien que je n'ai que 40 ans, j'ai commencé à programmer lorsque les moniteurs monochromes orange ou vert étaient le choix de couleur, et l'installation du matériel était fournie avec des livres de prières au lieu de manuels d'instructions. Peut-être que vous pourriez comprendre les commandes AT pour le modem lorsqu'il ne serait pas configuré avec votre matériel, et que la RAM 64K était comme WOWWWWW!

HTML 5 / Flash est une nuisance mineure par rapport à cette merde. Apprenons tous à collaborer en communauté pour une meilleure ressource. Il existe un projet Flash Open Source, il aura des bugs. Tout comme HTML 5 ...

Chaque argument ici est vrai, mais pas nécessairement productif. Utilisez cette énergie pour trouver une solution.


2
Amen! Je ne pensais pas qu'il pourrait y avoir une réponse acceptée à cette question, mais je pense que ces paroles de sagesse méritent d'être au sommet.
Vilx-

114

Imaginez s'il n'y avait pas de imgbalise. Si vous voulez des images, vous devez utiliser un plugin tiers, qui est vraiment lent et n'a pas de moyen standard de l'intégrer dans une page. Vous ne pouvez pas facilement copier des images de cette manière, et les moteurs de recherche n'ont fondamentalement aucune idée de ce qu'il s'agit d'une image, d'un jeu ou de quoi que ce soit.

Sans cela, aucune image n'était disponible.

Imaginez ensuite qu'un navigateur soit sorti qui vous permette simplement d'utiliser cette nouvelle imgbalise sophistiquée .

La balise vidéo (et audio) est un moyen logique et sensé pour que les choses fonctionnent. Nous ne devrions pas avoir besoin d'un plugin tiers pour utiliser un format multimédia complètement standard.


14
Analogie intéressante. De ce point de vue, la balise <video> a en effet un sens.
Vilx-

3
@Stu - Ironiquement, il y a des plugins de navigateur SVG :)
hannson

15
Pas une bonne analogie. Les vidéos et les images ne sont pas les mêmes. Les images sont statiques et les vidéos sont interactives et nécessitent une interface. Les images sont alignées à côté d'autres images pour former des motifs et des arrière-plans plus grands, alors que les vidéos sont souvent des pièces maîtresses, sans oublier qu'elles incorporent du son et que nous ne pouvons écouter qu'une seule bande-son à la fois pour lui donner un sens. Les images statiques ressemblent beaucoup au texte, en fait le texte est souvent incorporé en tant qu'image. La vidéo est très différente; la seule chose qu'il partage avec les images, ce sont les pixels, mais c'est vrai pour tout ce qui est affiché sur un écran d'ordinateur.
Triynko

3
@Triynko: Ils sont `` identiques '' en ce sens que a) le navigateur (ou un plugin) doit décoder les données binaires compressées et les afficher à l'utilisateur, et b) la prise en charge de tous les formats d'image sur tous les navigateurs est comparativement irrégulière à comment la prise en charge vidéo dans les navigateurs était, est et sera. Votre longue réfutation est simplement une méta bouillie exaspérante.
Stu Thompson

2
@Stu: L'analogie est mauvaise, car elle simplifie à l'extrême le problème. L'ajout d'une balise "vidéo" (et de codecs) à un navigateur ne changera pas que la vidéo est graphique et interactive et nécessite une interface GU pour la contrôler. Il n'y a pas d'interface de lecture vidéo miracle pour laquelle tout le monde abandonnera sa créativité et s'inclinera avant. Si vous essayez ensuite d'ajouter des interfaces personnalisées, vous avez réussi à vaincre l'objectif d'une balise «fonctionne simplement», facile à utiliser. De plus, la vidéo n'est pas toujours accessible de manière linéaire, et cette balise devrait prendre en charge le streaming et l'accès aléatoire pour tous les formats pris en charge. GL
Triynko

49

Le plus grand avantage de <video>? C'est facile. Fou facile. Ridiculement facile. Votre grand-mère peut coder une balise vidéo facilement. <video src = "myfile.ogv"> </video> et vous avez terminé.

<video> présente également des avantages évidents pour vos utilisateurs. Ils obtiennent un lecteur vidéo natif du navigateur, qui peut être potentiellement très efficace. Ils obtiennent une interface utilisateur cohérente qui ne changera pas d'un site à l'autre. Les navigateurs mobiles qui ne peuvent pas implémenter Flash peuvent toujours implémenter <video>.

Le seul inconvénient est temporaire, et c'est la compatibilité. IE8 ne prend pas en charge <video>, et il faudra un certain temps avant que IE9 ne soit largement installé. De plus, il y a une certaine lutte pour savoir quels codecs prendre en charge pour les vidéos - Firefox, Chrome et Opera prennent tous en charge Ogg Theora et WebM, tandis que Safari et IE livrent H.264 (bien que l'un ou l'autre puisse prendre en charge Theora / WebM avec les codecs appropriés) . Pour l'instant, cela signifie simplement que vous devez publier votre vidéo dans deux formats et leur fournir tous les deux l'élément source, c'est-à-dire:


<video>
  <source src='video.webm' type='video/webm'>
  <source src='video.mp4' type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
</video>

Pour ajouter la prise en charge d'IE 8 et des versions antérieures, et d'autres clients de niveau inférieur (comme les anciennes versions de FF / Safari / Opera / etc), placez simplement votre code d'intégration vidéo standard dans la balise <video>, sous les éléments <source>. Si le navigateur prend en charge <video>, il ignorera l'intégration. Si ce n'est pas le cas, il ignorera la <video> et exécutera l'intégration à la place.


29
En d'autres termes, pour obtenir une compatibilité raisonnable entre les navigateurs, cela passe de "fou facile" à "désordonné au niveau sphagetti". De plus, vous devez maintenant encoder la vidéo dans au moins 3 formats différents maintenant. Et vous ne vous êtes toujours pas débarrassé de l'ancien lecteur flash - vous avez seulement ajouté du code mumbo-jumbo autour de lui. Riiight .....
Vilx-

11
Le problème de compatibilité n'est pas un problème (voir le lien dans ma réponse). @Vilx - Je ne suis pas d'accord, le passage à des normes appropriées est un élément important pour l'évolution d'Internet. Votre argument a été entendu il y a quelque temps lorsque les gens ont commencé à passer de la mise en page basée sur les tableaux aux divs et css.
hannson

2
@Vilx, qui est censé être temporaire, mais il faudra probablement au moins 5 ans pour <video> pour devenir grand public
Hasen

3
L'encodage en plusieurs qualités et codecs devient rapidement une réalité. À l'époque où les gens étaient satisfaits des flux réels de 256 kbps et que les téléphones étaient des écrans LCD monochromatiques, c'était OK. Maintenant, nous avons différentes qualités et appareils - Web, iPod, téléphones et bientôt TV. Les raisons de se plaindre de l'encodage du contenu dans plusieurs formats sont faibles.
Stu Thompson

2
Vilx: Oui, il est difficile à utiliser de manière compatible pour le moment (bien que ce soit à peine «au niveau des spaghettis»). Il vient d'être adopté par tout le monde. C'est normal. Si vous voulez la facilité dont je parle dans ma réponse, attendez quelques années que les navigateurs se stabilisent. Les navigateurs non-IE devraient se rejoindre dans quelques années quand ils auront terminé le combat de codec, et avec un peu de chance, IE9 inclura également <video> avec un codec compatible. Ensuite, vous devez simplement attendre de pouvoir ignorer IE <9 et vous êtes prêt.
Xanthir

37

Flash est lent et inefficace sur les plates-formes non Windows. Il présente des failles de sécurité potentielles. Il stocke des «cookies flash» sur votre ordinateur dont vous ne connaissez pas l'existence. Il n'y a pas de flash sur l'iPhone et il est peu probable que ce soit le cas (en raison de sa propriété exclusive et de sa consommation élevée de processeur).

HTML 5: Pourrait-il tuer Flash et Silverlight? est un article qui pourrait répondre à votre question.

Il y a probablement d'autres raisons là-bas.


6
Mmm Flash semble être pire sous Linux dans les dernières versions (nettement pire dans Ubuntu Jaunty). YouTube affiche désormais des performances inférieures à l'acceptable (100% CPU et saut d'images).
Craig McQueen

Totalement hors sujet, mais je ne peux même pas regarder Hulu sous Jaunty avec mon C2D.
prestomation


7
Flash, pour moi, semble lent et inefficace partout, même sous Windows.
pupeno

Tous les bons points, mais je pense que la principale raison pour laquelle il n'y a pas de Flash sur l'iPhone est l'App Store, et la merveilleuse commission de 30% qu'Apple prend sur chaque vente là-bas. Pourquoi mettre cela en danger avec des applications et des jeux Flash gratuits?
Pekka

25

Flash est un vrai casse-tête sur les plates-formes non Windows. Non seulement il est lent et inefficace (comme quelqu'un l'a souligné), mais il n'est pas non plus très stable. Comme nous l'avons appris lors de la dernière WWDC d'Apple, les "plugins de navigateur" (lire: Flash) représentent la majorité de tous les plantages d'applications sur l' ensemble de Mac OS X (et par "majorité", je veux dire un nombre absurdement élevé comme 80% ou quelque chose, je ne me souviens pas du chiffre exact). C'est un tel problème sur Mac OS X que pour Snow Leopard, Apple a repensé Safari afin que Flash s'exécute, non seulement en bac à sable, mais en fait en tant que processus entièrement séparé , de sorte que lorsque (pas si) Flash plante, Safari comme un tout reste inchangé.

L'instabilité de Flash sur OS X, couplée à ses faibles performances, est pourquoi ...

  • ... Flash n'est pas disponible pour l'iPhone maintenant, ni ne le sera probablement bientôt. Je ne suis pas d'accord avec le principe selon lequel les gens ne veulent pas regarder de vidéo sur leurs appareils mobiles - c'est pourquoi Apple a pris un arrangement spécial pour que YouTube diffuse leur contenu en h.264 afin de lui permettre de jouer sur l'iPhone. Pour ma part, j'ai heureusement payé les 10 $ pour MLB 2009 exactement parce que je pouvais regarder des vidéos sur mon iPhone, et s'ils rendaient chaque jeu disponible pour le visionnement en direct, je paierais beaucoup plus.
  • ... tant d'utilisateurs de Mac OS X (comme moi) installent des bloqueurs Flash pour leurs navigateurs. Par mon choix, le contenu Flash ne se charge même plus dans mon navigateur sans mon autorisation explicite. Depuis son installation, mon utilisation du processeur a considérablement diminué et les plantages de mon navigateur ont pratiquement disparu. C'est une excellente nouvelle pour moi, bien sûr, mais c'est une mauvaise nouvelle pour tous les annonceurs qui espèrent me proposer des publicités Flash.

En ce qui concerne les utilisateurs qui doivent savoir quoi que ce soit sur les codecs, vous pouvez éviter ce problème et leur fournir le codec approprié (y compris Flash, si leur navigateur ne prend pas en charge OGG ou h.264) en utilisant le simple code html non Javascript trouvé dans cet article .


2
+1 pour un bon argument global, mais j'utilise beaucoup Flash sur OSX et Safari (en tant que développeur ActionScript). Parmi les plugins de navigateur représentant 80% de tous les plantages d'applications sous OS X, c'est peut-être le Flash Player, et peut-être que ce n'est pas le cas. Je ne rencontre pas beaucoup de plantages de navigateur et, comme je l'ai dit, j'utilise beaucoup le FP. Et 80% de tous les plantages d'applications ne sont pas un grand nombre sur OS X. Du moins pas pour moi. Enfin, c'est peut-être le cas, mais je n'ai jamais remarqué, sur le plan humain, la lenteur ou l'inefficacité du Flash Player sur Mac.
Ross Henderson

13

Avantages:

  1. Vous pouvez facilement utiliser la balise et la laisser se dégrader en flash ou en d'autres types de fichiers / codecs pour une compatibilité descendante sans utiliser javascript .
    • N'a pas besoin d'un plug-in propriétaire
    • Est indépendant de la plate-forme alors que le flash ne l'est pas (voir n ° 2)
    • Son utilisation encouragera d'autres fournisseurs de navigateurs à l'implémenter (lu comme IE)
    • La balise a une signification sémantique.
    • Livré intégré au navigateur.
    • Pas de verrouillage du fournisseur

Les inconvénients:

  1. Cela fait partie d'une norme inachevée.
    • Un très petit pourcentage de navigateurs installés le supportent <- pas de problème (Voir pro nr. 1)
    • Les fournisseurs de navigateurs ne se sont pas encore mis d'accord sur un codec standard <- pas de problème non plus, voir le lien dans le nr. 1)

1
Tout ce discours sur l'indépendance de la plateforme est risible. Le HTML est beaucoup plus dépendant de la plate-forme que le flash, car chaque plate-forme implémente le HTML différemment et est mis en œuvre par une entreprise différente sur chaque plate-forme! Flash est une plate-forme à part entière (avec Java), qui est développée multiplateforme par une seule entité, et affiche donc la même multiplate-forme ... comme les éléments de la version originale de flash jouent toujours correctement dans le dernier plugin. Flash est une aubaine, et il est disponible sur 99% des navigateurs ( adobe.com/products/player_census/flashplayer/… )
Triynko

Pourquoi exiger des utilisateurs qu'ils installent un plugin non sécurisé, lent et gourmand en ressources pour leurs navigateurs alors qu'ils ne devraient pas en avoir besoin, voir pro nr1. Qu'en est-il des plates-formes qu'Adobe ne prend pas en charge ou supprime à l'avenir? Je suppose que vous n'utilisez pas css non plus en tant que développeur Web? C'est après tout par votre propre compte, beaucoup plus dépendant de la plate-forme que flash car chaque plate-forme implémente le CSS différemment. Je ne dis pas que nous devrions ignorer le flash, mais nous ne devons pas ignorer les possibilités des normes ouvertes, en particulier dans cette cause où le flash peut être utilisé pour la compatibilité ascendante.
hannson

1
Alors pousser les utilisateurs à devoir télécharger de nouveaux codecs va-t-il être plus facile? C'était comme ça avant le décollage du flash - chaque type de média (Real, WMP, Quicktime) avait une balise très simple qui se déclenchait, et le plugin l'a gérée.
aronchick

1
J'ai spécifiquement dit que ce ne serait pas nécessaire. Il est possible de prendre en charge simultanément de nombreux codecs (y compris le flash), il n'est donc pas nécessaire d'impliquer l'utilisateur.
hannson

11

C'est aussi un avantage que la balise vidéo soit native au HTML, donc elle s'intègre bien. Cela semble être un non-problème, mais ce n'est pas le cas. Vous pouvez par exemple superposer la vidéo avec une légende HTML. Et la légende HTML peut utiliser les mêmes styles que les autres légendes sur la même page.

Vous pouvez également appliquer des (futures) transitions CSS à l'élément vidéo: regardez cette démo .


1
Mélanger la vidéo avec HTML / CSS est une bonne raison en effet. Lorsque tous les navigateurs le prennent en charge, cela permettra des effets vraiment sympas!
Vilx-

7

Le lecteur Flash d'Adobe (en tant que plugin) ne prend en compte aucun des paramètres de confidentialité du navigateur, tandis qu'Adobe n'indique pas activement aux utilisateurs normaux ce qui est stocké. C'est à lui seul une bonne raison d'arrêter d'utiliser Flash (ou tout autre plugin vidéo) et bienvenue <video>.

Certains détails sur les problèmes de confidentialité (à ne pas confondre avec les problèmes de sécurité ou les vulnérabilités) peuvent être trouvés sur Comment supprimer automatiquement l'historique de l'historique Flash? sur Super User.

Comme Vilx l'a noté dans les commentaires: ces problèmes de confidentialité persistent lors du remplacement de Flash-vidéo par <video>, car Flash est utilisé de nombreuses autres façons. Pourtant, une fois <video>pris en charge, les propriétaires de sites qui proposent des vidéos (et n'utilisent pas Flash d'une autre manière) auront le choix de ne pas surcharger leurs visiteurs avec cet enregistrement mal documenté des sites Flash visités.

(EDIT: j'ai remplacé les détails par un lien vers SU, ce qui donne un aperçu supplémentaire; certains des commentaires ci-dessous n'auront de sens que par rapport à une révision précédente .)


Mais ces problèmes persisteront de toute façon à moins qu'une personne ne désinstalle Flash Player. Et personne ne le fera simplement parce qu'il peut désormais regarder des vidéos sans cela. Flash Player est utilisé pour bien plus que de simples vidéos - il existe également une tonne de jeux et même des pages Web entières. Les gens le garderont, cela ne fait aucun doute.
Vilx-

C'est vrai, @Vilx, vous avez raison. Cependant, une fois que <video> sera pris en charge, en tant que propriétaire du site, j'aurai le choix de ne pas surcharger mes visiteurs avec cette violation de la vie privée mal documentée.
Arjan

ce n'est pas totalement vrai. seuls les sites intégrant du contenu Flash sont enregistrés. et LSO ne sont pas des cookies, mais un stockage local. les cookies font partie de HTTP, qui permet au serveur de définir des variables qui seront transmises par le client. leur utilisation pour la gestion de session s'est avérée être source de vulnérabilité. Les LSO restent sur votre machine et ne peuvent être lus qu'à partir de fichiers flash provenant du même domaine. Flash Player a ses propres paramètres, car il arrive que les gens aient plusieurs navigateurs. et un plugin. c'est un peu comme installer quicktime sur windows, et se plaindre, il ignore les paramètres de mises à jour automatiques :-P
back2dos

Bien sûr, Flash ne stocke aucun site sans Flash, je devrais le préciser plus clairement. Mais LSO se comporte définitivement comme des cookies tels que nous les connaissons depuis HTTP, et c'est exactement pourquoi beaucoup les appellent Flash Cookies. En fait, même Adobe utilise ce nom dans de nombreux articles de support. La principale différence: un stockage illimité en termes de temps et de taille, cross-browser, et assez inconnu de la plupart des utilisateurs. :-(
Arjan

2
C'est une réponse assez FUDdy. Il est vrai que les LSO sont malheureusement inaccessibles au mode suppression et confidentialité, mais en même temps, ils ne sont pas des cookies (ils ne sont pas envoyés avec des requêtes HTTP sortantes, par exemple). Et dire qu'ils sont "plus dangereux" que les cookies ordinaires est un énorme FUD, étant donné qu'il existe des exploits connus avec des cookies réguliers et aucun avec des LSO.
fenomas

7

Pour moi, ce serait très bien d'avoir l'ordinateur intégré ou un autre lecteur tiers pour lire la vidéo beaucoup plus efficacement que Flash ne peut le faire. Toutes les plates-formes n'ont pas Flash: iPhone et Android (pour l'instant du moins), où la balise peut fonctionner le plus tôt possible. Je ne parle pas non plus de Linux, où Flash fonctionne assez mal.

En ce qui concerne Internet étant plus sémantique, cela peut être important pour vous. Je ne sais pas comment les moteurs de recherche aiment Google et Bing trouvent des vidéos, mais ils connaissent probablement juste un tas d'implémentations de vidéo Flash, donc les petits joueurs tiers n'ont aucune chance. Si nous utilisons tous la même balise standard, alors tout le monde est sur un pied d'égalité.


Google Video, je crois, trouve la vidéo à travers les métadonnées publiées avec une vidéo sur des sites comme YouTube et Dailymotion.
MiffTheFox

2
Je suis aussi pro-flash que n'importe qui, mais c'est pour moi le plus gros avantage de <video>. Tout ce qui se trouve à l'intérieur de Flash est caché de l'analyse à usage général, y compris l'indexation, ce qui peut parfois être ce que vous voulez, mais c'est généralement un mal malheureux.
fenomas

5

Avantages:

  • Ogg / Theora / Vorbis est libre de droits pour toutes les parties est la chaîne (la période de grâce H.264 pour l' hébergement H.264 se termine à la fin de 2015 et l'encodage et le décodage sont déjà soumis à des redevances)
  • Une fois que le repli pour IE n'est plus nécessaire, <video>sera plus facile que Flash
  • Pas besoin de plug-in prison - les fournisseurs de navigateurs peuvent corriger leurs propres bogues
  • S'intègre aux effets CSS
  • S'intègre aux effets SVG
  • S'intègre à JavaScript
  • Peut être porté sur n'importe quelle plateforme sans l'autorisation d'Adobe
  • L'utilisateur peut enregistrer la vidéo sur le disque facilement
  • Peut être fait fonctionner en toute sécurité dans les flux de syndication (mais le logiciel n'est pas encore prêt)

Les inconvénients:

  • Le support d'IE pour l'élément vidéo doit attendre jusqu'à IE9; Le moteur de rendu de secours Ogg compatible IE actuel s'appuie sur Java jusqu'à ce que la solution ActiveX ou Silverlight soit finalisée
  • Safari a besoin de XiphQT pour jouer à Ogg, car Apple n'a pas livré Theora.
  • Format de redevances exigé avec l'iPhone (mais pas pire que Flash)
  • Impossible d'aller en plein écran dans chaque mise en œuvre de bureau expédiée aujourd'hui

Le problème avec Theora ne sont en fait pas les redevances mais les trolls de brevets. Une fois que les gros joueurs aux poches profondes commencent à le soutenir, nous pouvons nous attendre à ce que quelqu'un soit manifestement poursuivi en justice.
hannson le

Quelqu'un (MPEG-LA) est connu pour percevoir des redevances pour H.264. Personne ne perçoit de redevances pour Theora. Les deux sont vulnérables aux trolls des brevets théoriques jusqu'à présent. (Considérez comment Microsoft a été poursuivi pour MP3 malgré la licence du portefeuille.)
hsivonen

La période de dépendance a été déplacée à 2016.
Kornel

A modifié le commentaire pour refléter les développements récents.
hsivonen

4

64 bits, et le support Linux sera bien. Flash encore (dans deux mille neuf freaking) manque dans ce domaine. Il est toujours bon d'avoir une vraie concurrence. Si les principaux sites de vidéos commencent à l'utiliser avec Flash, ou même à la place de Flash; Ce sera un programme propriétaire de moins dont j'aurai besoin. L'open source signifie une innovation plus rapide. Donnez-lui du temps, les gens créeront un moyen de diffuser des vidéos protégées par DRM avec.


3

Plus de pros pour Flash:

  • Adobe peut ajouter de nouvelles fonctionnalités et de nouveaux codecs à la vidéo beaucoup plus rapidement à un public de masse (généralement moins d'un an, plus de 90% des utilisateurs mettent à niveau vers la dernière version de Flash) par rapport aux fournisseurs de navigateurs (il y a encore un grand nombre d'utilisateurs IE6 là-bas et ce navigateur est sorti en 2001).

  • Les fonctionnalités trouvées dans Flash qui, j'imagine, finiront par arriver dans les navigateurs mais ne sont pas encore là:

    • vidéo plein écran (il existe un module complémentaire Firefox qui prend en charge cela, mais aucun navigateur ne le fait encore en mode natif)
    • vidéo cam, seul un petit nombre de sites Web l'utilisent, mais il y a des choses vraiment cool qui se passent ces jours-ci avec la caméra vidéo et la réalité augmentée en Flash
    • vidéo peer-to-peer, vient d'être ajoutée dans Flash Player 10 et comme la pénétration de Flash 10 approche de 90%, je pense que vous en verrez plus

Comme ceux qui disent que Flash n'est pas indexable, découvrez ce que Google a fait ces derniers temps avec l'indexation du contenu Flash grâce à un lecteur sans tête fourni par Adobe. Donc, si vous effectuez une recherche Google pour les fichiers FLV , vous pouvez voir que Google indexe déjà les fichiers vidéo Flash.

Pendant ce temps, Adobe Premiere CS4 dispose d'une reconnaissance vocale qui produira des sous-titres pour les fichiers vidéo dans un format XML qui peut être facilement utilisé dans la vidéo Flash. Attendez-vous donc à ce que la vidéo pour Flash devienne beaucoup plus consultable à l'avenir.


Je dirais que les mêmes personnes qui utilisent IE6 utilisent probablement Flash 6. J'ai rencontré des dizaines de personnes avec des ordinateurs avec d'anciens packs de codec Java / Flash / horribles installés, et rien d'autre. Les utilisateurs mettent à niveau, pas la société qui fabrique le produit. Votre note sur les sous-titres est un bon point, même si à ma connaissance les deux formats vidéo concurrents autorisent les flux de sous-titres, et <video> permettrait aux utilisateurs d'avoir une préférence à l'échelle du système pour l'affichage des sous-titres, sans attendre qu'Adobe ajoute cette fonctionnalité.
Groxx

3
  1. De nombreux appareils mobiles prennent en charge aujourd'hui : iPhone, iPod Touch, Symbian S60, Android, etc.

  2. Mozilla Firefox, Google Chrome, Apple Safari et Opera prennent tous en charge la balise (d'accord, vous devrez encoder dans 2 formats: H.264 et Ogg Theora. Cependant, vous pouvez réutiliser la vidéo H.264 avec un Flash ou un Silverlight sécurité intégrée pour les anciens navigateurs et Internet Explorer


2
  • L'utilisateur a le contrôle de l'interface utilisateur: il peut choisir le navigateur qu'il souhaite télécharger et utiliser, et en fonction de son fonctionnement (je ne suis pas sûr des détails, mais je connais le concept), même garder leur navigateur et choisissez simplement le plugin npapi du gestionnaire. Combien de fois avez-vous été bloqué en utilisant une interface de contrôle vidéo actioncript merdique parce que les développeurs du site sur lequel vous vous trouvez étaient trop paresseux pour le faire correctement (ou utiliser flowplayer ). Le pouvoir aux utilisateurs!, Dis-je.

  • Son open source. Maintenant, je ne suis pas RMS ou quoi que ce soit, et ça n'a rien à voir avec l'éthique ou quoi que ce soit d'autre du genre, mais OSS est juste la meilleure façon de procéder. Cela produit un meilleur code.

  • Meilleur support de la plateforme. À l'heure actuelle, Linux + flash = mauvais. Adobe est le seul à pouvoir faire quoi que ce soit. Ça craint.

  • comme tu l'as dit, plus sémantique.


Ok, ok, ce n'est pas TOUJOURS vrai, mais en général, c'est le cas.
Joe le

Eh bien ... je suppose que ce serait digne d'un tout nouveau fil de discussion / flamme. :)
Vilx-

oh, allez, même l'empire maléfique admet que c'est vrai en interne! (halloween docs :))
Joe

1
En fait, si je l' ai eu droit, dans la spécification finale, l'utilisateur ne sera pas avoir le contrôle sur l'interface utilisateur ... au lieu des contrôles de l' interface utilisateur seront bien définies dans les spécifications, scriptable par JS et stylable avec CSS ... Je suis donc hâte que tout le monde stylise ces commandes ... ;-P
back2dos

IME, Open Source == code nettement plus rapide dans quelques domaines spécifiques, et pire ailleurs. Une quantité énorme peut être tirée de quelques lignes de code fournies par des experts, mais les projets OS ont souvent 90% de leur code qui manque totalement d'élégance / efficacité. (les grands projets sont une exception fréquente ici)
Groxx

2

Seth a eu la plupart des gros. D'autres auxquels je peux penser:

  • la taille de la matrice de test explose (j'ai vu un bug se produire uniquement sur IE7 avec Flash 9.0.48 - combien de versions mineures de Flash voulez-vous tester avec chaque navigateur?)
    • Même si vous deviez choisir une seule version exacte à prendre en charge, et forcer tout le monde à mettre à niveau / rétrograder, ce n'est pas vrai que "Flash est le même partout": le "plugin Flash pour IE" et le "plugin Flash pour tout le monde" ne sont pas 'pas même le même binaire (et oui, c'est important: ils accèdent au réseau de différentes manières, ce qui faisait partie de la cause de mon bug IE7 / F9)
  • tout le monde écrit son propre lecteur, donc l'interface utilisateur et la fiabilité sont incohérentes
  • les navigateurs sont autorisés à implémenter une option plein écran pour la vidéo HTML5, ce qui signifie qu'ils le feront tous bientôt s'ils ne le font pas déjà (de nombreux lecteurs vidéo Flash l'ont mais beaucoup ne l'ont pas)
  • non, tout le monde n'a pas Flash (d'accord, c'est plus courant que la vidéo HTML5 en ce moment, mais ce n'est pas tout le monde des bonbons amusants)
  • le script est une énorme douleur (a son propre DOM, ses événements, son langage pas tout à fait ECMAscript, etc.)
  • il a des performances épouvantables, si vous n'êtes pas sous Windows (l'exécuter dans une machine virtuelle Windows sous Mac OS X utilise 5 à 10 fois moins de CPU que d'exécuter le plugin Mac natif)
  • sa stabilité est médiocre (chaque crash de navigateur que j'ai vu depuis au moins 3 ans a été sur une page Flash; si votre vidéo tue tout leur navigateur, ils ne reviennent pas, même si c'est vraiment la faute d'Adobe)
  • il ne s'exécute pas du tout dans de nombreux endroits, par exemple, dans un processus 64 bits (si vos utilisateurs lancent "Internet Explorer (64 bits)" au lieu de "Internet Explorer" par erreur, pouf, pas de vidéo)

En bref, la seule raison d'utiliser Flash est "la plupart des gens l'ont installé aujourd'hui" - ce qui peut être une très bonne raison, tant que cela dure.


Beaucoup d'entre eux sont bons, mais certains semblent faux. S'il est vrai que Flash n'est pas identique entre les versions et les navigateurs, il est certainement plus cohérent entre les versions que, par exemple, CSS, et plus cohérent entre les navigateurs que, ah, quoi que ce soit. ;) Et comme pour les scripts étant une douleur, je préfère comme ayant exactement le même dans tous les navigateurs DOM: P Et je ne sais pas si vous avez regardé AS3, mais par comparaison JavaScript devient assez glaciation. (Jusqu'à ce que Harmony émerge de toute façon ..)
fenomas

2
Bons points, sauf: (a) il y a des bibliothèques JS / CSS qui couvrent la plupart des incohérences (ce n'est vraiment pas si grave), et (b) le mode d'échec pour les CSS bizarres dans IE6 est "l'espacement n'est pas correct (petit hack nécessaire) ", alors que pour les bogues Flash, c'est souvent" ne fonctionne pas du tout (et bonne chance pour le débogage!) ". Et (pour mon premier point), je préfère en fait de loin un CSS très incohérent que Flash légèrement incohérent; le premier est le test O (n), tandis que le second est le test O (n * m) (c'est-à-dire que nous ne pouvons jamais tous les couvrir).
Ken

Oh, et comme pour DOM, j'aime plutôt avoir un DOM pour tout mon document. Différentes priorités, je suppose, mais IME passe des choses entre JS et AS est beaucoup plus douloureux que les différences DOM du navigateur.
Ken

2

Puisque maintenant le navigateur obtient le fichier vidéo via HTTP standard, par rapport à une méthode obscure définie dans le fichier SWF (qui devrait être analysé), vous pouvez maintenant avoir des proxys Web qui peuvent également mettre en cache des fichiers vidéo! En plus de permettre au navigateur même de mettre en cache un fichier vidéo.


Eh bien, pour autant que j'ai vu des vidéos flash, elles ont toutes utilisé du simple HTTP en dessous. Lancez simplement Fiddler et voyez ce qu'ils font (belle façon de sauvegarder TOUTE vidéo flash btw).
Vilx-

À moitié vrai: Flash peut obtenir des vidéos à partir de HTTP ou de RTP. Le fait est que la plupart des vidéos à la demande sont diffusées via HTTP. Regardez comment youtube serveur des vidéos si vous ne me croyez pas.
Stu Thompson

2

Avantages HTML5:

  1. Il prend en charge la toute nouvelle API DOM pour les objets vidéo, vous pouvez écrire un script qui peut interagir avec de nouvelles balises HTML5.
  2. Vous pouvez détecter différents formats vidéo prenant en charge la lecture, la pause et le suivi de la lecture vidéo.
  3. C'est déjà bien pris en charge. Firefox, opéra, chrome supportent déjà le chrome, la vidéo, etc ... Même youtube teste un lecteur HTML5.

Avantages de Flash / Contre HTML5:

  1. Le flash est partout. Donc, HTML5 prendra beaucoup de temps à rattraper son retard.
  2. Flash prend en charge des fonctionnalités étendues, que ce soit le rendu HW, les supports vidéo haute définition, les fonctionnalités d'animation qu'il prend en charge sont tout simplement irremplaçables (?)
  3. L'API DOM ne remplacerait jamais la fonctionnalité AS2 / AS3 déjà prise en charge par Flash.
  4. Il suffit de compter le nombre de développeurs flash professionnels ... ils ne changeront jamais tant que HTML5 ne répondra pas à toutes leurs questions. Il y a un certain nombre de développeurs Flash qui ne sont pas encore passés d'AS2 à AS3 :-)

2

Voici mes avantages de HTML 5 en 2012:

  1. J'utilise la piste HTML5 de YouTube. Maintenant, Flash Player ne plante pas tout le temps. Maintenant, mon ordinateur est stable pendant des semaines. Maintenant je suis plus heureux.
  2. Je ne vois pas de "mise à jour du lecteur HTML5" chaque fois que je redémarre mon ordinateur comme je le fais avec Flash.
  3. Une fois que la vidéo intégrée fonctionne partout avec HTML 5, je peux supprimer le flash de mon ordinateur car la seule utilisation que j'en avais était de lire des vidéos.
  4. C'est un pro pour les développeurs de sites Web: j'ai un flashblocker à cause de l'ennui du flash. Je n'ai pas de bloqueur HTML5. Les webmasters ont une seconde chance de m'envoyer du contenu.
  5. HTML5 sera probablement implémenté correctement sur les navigateurs au lieu d'être la faille de sécurité n ° 1 sur la plupart des ordinateurs.

1

Ma conviction pour les pros:

  • Il rattrape le standard HTML aux utilisations pratiques actuelles du Web.
  • Il semble qu'il serait plus facile / préférable de faire en sorte que les appareils mobiles prennent en charge la balise vidéo / audio plutôt que de porter Flash sur les appareils.
  • Ogg est un standard ouvert, tandis qu'Adobe contrôle Flash.
  • J'ai déjà vu dans certains endroits des gens mettre en place des solutions pour faire échec, ce qui signifie que si votre navigateur ne prend pas en charge les balises vidéo / audio, il utilisera le flash.
  • Interaction plus facile avec les éléments HTML standard et javascript.

Mon plus gros inconvénient serait qu'Ogg est un peu en retard en termes de compression et de qualité. Mais j'imagine qu'on y travaille. Plus important encore, si plus de personnes commencent à l'adopter, plus de personnes se joindront probablement au travail sur Ogg pour l'améliorer.

La concurrence est également essentielle, car aucun acteur majeur n'oblige Adobe à vraiment faire quoi que ce soit avec Flash. Adobe peut donc contrôler le marché en termes de contenu vidéo sur le Web.


Ogg et Flash ne sont pas directement comparables.
Stu Thompson

@Stu, La question est sur la "vidéo flash" pas tout de flash.
TRiG

@TRiG, ​​la réponse de Ben va bien au-delà de la simple "vidéo flash"
Stu Thompson

1

Je pense que cela démolira Flash, car une prise en charge standard open source sur iPhone et Android et d'autres téléphones mobiles peut être rapidement mise en œuvre, ainsi que la prise en charge du système d'exploitation de bureau. Le format OGG me permet d'avancer dans le fichier vidéo via une connexion http standard. Je peux faire un clic droit et enregistrer le fichier si autorisé, le partage et le transport de ces fichiers seront plus faciles. En tant que balisage «approprié», il peut être parcouru par les centaines de milliers d'utilisateurs utilisant des appareils spécialisés pour accéder à Internet. En tant qu'élément dom `` approprié '', il peut communiquer avec javascript lui permettant d'interagir pleinement avec le reste du contenu de la page, et enfin, Microsoft a fait semblant d'ignorer les normes à venir tout en faisant la promotion de sa solution propriétaire, au fur et à mesure que la demande des utilisateurs augmente, ils lancent le gouvernail à plein droit et déploient une implémentation pour sécuriser leur base d'utilisateurs. Flash a été le seul choix pour la vidéo sur le Web, mais pas depuis très longtemps, c'est un excellent logiciel à part entière et je le vois tenir une certaine position, mais pour la vidéo, il n'a jamais été qu'un `` seul choix ''.


1

Je dirais que le meilleur avantage de l'utilisation <video>de Flash à la place de Flash est que je pourrai regarder des vidéos dans mon navigateur sans le faire planter ou devenir complètement lent. J'utilise OpenBSD 64 bits, donc gnash est tout ce que je peux obtenir et je ne l'activerai que lorsque je me sens vraiment risqué car la plupart du temps, je tomberai sur une bannière flash et mon navigateur (firefox 3.5) plantera.

Et le navigateur de mon téléphone portable ne prend pas en charge le flash, mais il prend en charge la balise vidéo (et ce n'est pas non plus un téléphone trop "sophistiqué").


1

Concernant ce point:

"En ce qui concerne la partie sémantique, je comprends que les moteurs de recherche pourraient mieux détecter les vidéos maintenant, mais ... que vont-ils en faire de toute façon? OK, ils savent donc qu'il y a une vidéo dans la page. Et? Ils impossible d'indexer une vidéo! J'aimerais avoir plus d'arguments ici. "

si elle est correctement optimisée, une vidéo comprendra une transcription, qu'un moteur de recherche peut lire, et divulguera en conséquence toutes les informations sur la vidéo. Je suppose qu'ils peuvent indexer la page de la vidéo? quant à la valeur de celui-ci ... je suppose que je n'aurai pas à regarder des conneries dont je n'ai pas besoin, pour trouver quelque chose dont j'ai besoin, bcz je saurai exactement ce qu'il y a dans la vidéo


1

Vous pouvez utiliser Flash dès aujourd'hui ... c'est le moyen le plus réaliste d'atteindre un public de grande taille.

(FD: je travaille pour Adobe)


3
hmmm ... au moins, il est honnête ... aurait pu prétendre qu'il est du W3C ... :-D ... et il a un très bon point ...
back2dos

1
Il me semble clair que de n'utiliser que HTML5 de nos jours serait une erreur. Cependant, ne même pas proposer HTML5 en option est un obstacle au progrès, car <video> est clairement la voie à suivre.
Matchu

0

Je crois comprendre que le gros problème avec l'étiquette est qu'il s'agit d'une norme ouverte. Lorsqu'un seul fournisseur peut implémenter Flash, vous êtes à sa merci pour les implémentations / ports vers de nouvelles plates-formes, navigateurs ou même versions de navigateur.

L'excitation est à ce niveau, pas dans les détails de la mise en œuvre. Se soucier de ce qui est techniquement supérieur est en quelque sorte hors du sujet de la même manière que s'inquiéter de la capacité d'un gouvernement fasciste à faire circuler les trains à l'heure le serait.


Adobe a-t-il déjà montré un manque d'efforts pour porter son lecteur? Je ne connais aucun autre logiciel qui fonctionnerait sur autant de plates-formes que la leur. Il est tout à fait dans leur intérêt commercial de le porter dans la mesure du possible.
Vilx-

1
Flash a peut-être été porté sur de nombreuses plates-formes, mais comme Alex Basson l'a déjà indiqué: Flash sur des non-Windows fonctionne souvent mal. Je ne sais pas en quoi cela correspond à leurs intérêts commerciaux.
Arjan

2
@Vilx: Votre commentaire me dit "Massa a toujours été très bon avec moi". Cependant, nous ne vivons pas tous dans la grande maison. Si vous êtes à l'aise avec votre situation et que cela ne vous dérange pas de craindre constamment qu'Adobe décide un jour de vous vendre en aval, très bien. Certains d'entre nous ne veulent pas vivre de cette façon.
TED du

1
@Ted: Comparer les logiciels propriétaires au fascisme et à la possession d'esclaves est extrêmement inutile. Les logiciels libres et propriétaires ont un rôle dans le monde de la technologie, et parler comme si la supériorité technique n'était pas pertinente n'est pas dans l'intérêt de F / OSS ...
fenomas

1
@Vilx: Que vous arrive-t-il si Adobe décide simplement qu'il n'a plus besoin de prendre en charge quelque chose sur lequel votre entreprise est bâtie? Que se passe-t-il s'ils ont une série de malchance et font faillite? Que se passe-t-il s'ils achètent l'un de vos concurrents et décident de ne plus vous accorder la licence de leur logiciel? Pourquoi vous mettre dans la position de devoir «faire confiance» à quelqu'un d'autre pour ne pas arroser votre entreprise?
TED

0

Ce sera bien d'utiliser certaines des fonctionnalités HTML 5 ... dans 5 à 10 ans ...

Nous avons encore trop de visiteurs utilisant Internet Explorer 6 pour les ignorer, il faudra encore un certain temps avant que nous puissions même passer à tester uniquement les pages pour IE7 + ...


+1, je pense que c'est un point pertinent, pourquoi prendre la peine de soutenir <video> alors qu'il ne servira qu'un petit sous-ensemble d'utilisateurs? De même pour tout le battage médiatique autour des moteurs Javascript de Chrome / Firefox 3.5, c'est bien pour les benchmarks synthétiques mais sans valeur en pratique car une application web doit être assez rapide pour fonctionner sur IE, annulant tout gain par Javascript compilé. Les deux seront bien dans 5 ans et c'est optimiste.
JulianR

Il n'est pas difficile de dégrader la balise vidéo en flash pour les utilisateurs d'IE (voir le lien dans ma réponse)
Hannson

Il existe plus de navigateurs que FF et IE. Quiconque codait du HTML à la fin des années 90 connaît de nombreuses raisons de fuir les balises qui ne fonctionnent que dans un seul navigateur ..
fenomas

1
Vous pourriez peut-être aussi jeter un œil à code.google.com/p/video4all ("Apporter la prise en charge des balises <video> aux navigateurs archaïques qui ne la prennent pas en charge!")
Ms2ger

0

Je pense que la grande majorité de ces réponses se résument à ceci: Flash est conçu principalement pour le marché de masse, il offre donc le moyen le plus simple de couvrir la majeure partie du marché, mais il est insuffisant pour couvrir les plates-formes moins courantes et émergentes (c.-à-d. Linux fragile et pas d'iPhone). C'est à peu près l'histoire de Flash depuis le premier jour. C'est pratiquement une étude de cas sur la façon dont les logiciels propriétaires et les logiciels OS diffèrent (et se complètent mutuellement).

D'un autre côté, je pense que la plupart des réponses sous-estiment sérieusement l'angle du codec. Il y a une raison principale pour laquelle la vidéo Flash domine le Web aujourd'hui: c'est le seul moyen de publier une seule version d'une vidéo et de s'attendre à ce qu'elle soit visible par plus de la moitié de votre public. Même si la balise vidéo semble bien conçue, en ce qui concerne la mise en correspondance de plusieurs fichiers source avec les codecs installés par l'utilisateur, il est toujours difficile de savoir combien de codecs sont nécessaires pour couvrir quel pourcentage d'un public, et impossible de savoir si les gens le feront. mise à niveau à mesure que de nouveaux codecs émergent. La vidéo Flash a des quantités plus connues et une attente raisonnablement bonne de mises à niveau pour la grande majorité du public.

Je pense également que l'angle de performance est également surestimé dans la plupart des réponses. Il est vrai que Flash utilise plus de CPU que n'importe quel autre lecteur que je possède, mais il démarre aussi plus rapidement - par ordre de grandeur. Lorsque je tombe sur une page Web avec un MPG intégré, mon navigateur est gelé pendant plus de 15 secondes pendant le démarrage de QuickTime, ou peut-être seulement 5 secondes s'il était déjà en cours d'exécution. (Presque aussi mauvais que PDF;)) De toute évidence, Flash est moins efficace à certains égards, mais d'où je suis, il est plus efficace dans d'autres; comme tout compromis de solution logicielle est impliqué.


QuickTime est juste une autre extension de navigateur comme Flash. La balise vidéo intégrée au navigateur signifiera certainement qu'il n'y aura pas de temps de démarrage.
Earlz

0

Un inconvénient est le fait que la spécification html 5 actuelle n'a pas été en mesure de s'entendre sur un codec unique en raison d'un désaccord avec le fournisseur du navigateur.

De l'article ci-dessous:

"Après un nombre excessif de discussions, en public et en privé, sur la situation concernant les codecs pour et dans HTML 5, je suis arrivé à contrecœur à la conclusion qu'il n'y a pas de codec approprié que tous les fournisseurs sont prêts à implémenter et à expédier"

Querelle du fournisseur de navigateur

En fin de compte, même si vous utilisez la balise vidéo, votre codec vidéo peut ne pas être pris en charge dans tous les navigateurs, même s'ils prennent en charge la balise.

Comme d'autres l'ont mentionné, cela ne pose peut-être aucun problème réel, mais je pense qu'il est certainement négatif de devoir rendre plusieurs versions du même fichier disponibles.


13
Se tromper. Les exigences du codec ont été supprimées, PAS la balise vidéo. Pour le moment, il semble que tout le monde finira par soutenir Ogg Theora de toute façon - Apple est le seul fournisseur parmi les fournisseurs soutenant <video>, et je n'imagine pas qu'ils survivront sur le marché s'ils continuent cela en place.
Quentin

C'est à peu près un non-problème. Voir [Daring Fireball] [ daringfireball.net/2009/07/ffmpeg2theora] : tout cela signifie que le serveur doit stocker la vidéo sous deux formes et rendre les deux alternatives disponibles.
Seth Johnson

1
L'encodage de multiples qualités et CODEC devient rapidement une réalité. À l'époque où les gens étaient satisfaits des flux réels de 256 kbps et que les téléphones étaient des écrans LCD monochromatiques, c'était OK. Maintenant, nous avons différentes qualités et appareils - Web, iPod, téléphones et bientôt TV. Les raisons de se plaindre de l'encodage du contenu dans plusieurs formats / qualités sont faibles. Et, je crois, si l'on veut un CODEC au plus petit dénominateur commun, alors ils peuvent passer à la vieille école avec h.263 qui est susceptible d'être partout. Seuls les nouveaux CODEC sexy sont un problème.
Stu Thompson

De toute façon, la spécification ne devrait pas décider du codec. Je ne me souviens pas que la balise <img> ait de telles exigences en plus des standards de l'industrie JPG et GIF, et plus récemment PNG. Je pourrais imaginer qu'un ou deux de ces trois formats d'image deviennent obsolètes dans 10 ans lorsque de meilleurs seront introduits. Il en va de même pour les codecs vidéo.
hannson le

@Hannson: Pas si ... tous les navigateurs implémentent la imgbalise ne supportent pas universellement tous les formats d'image. Je vous encourage à consulter ce lien pour plus de détails: en.wikipedia.org/wiki/…
Stu Thompson

0

J'ai lu ceci récemment pour un site que je construis maintenant. Je suis allé avec la vidéo Flash pour le moment, car le lancement est très bientôt. De plus, nous sommes dans un environnement d'hébergement partagé, donc toute conversion vidéo doit être effectuée avant que la vidéo ne soit téléchargée. Je ne veux pas demander au client de télécharger deux versions de chaque vidéo.

Mais, finalement, je veux passer à la vidéo ouverte. Ça a l'air plutôt cool. J'ai vu une démo qui utilise javascript pour superposer des sous-titres sur une vidéo, se dégradant gracieusement en l'absence de javascript en une transcription de texte sous la vidéo. (Je pense que c'était sur A List Apart.) Et Mozilla a quelques démos amusantes. http://arstechnica.com/open-source/news/2009/05/google-dailymotion-endorse-html-5-and-standards-based-video.ars


0

Flash est contrôlé par une seule entreprise. Cette entreprise peut décider exactement quoi faire de l'avenir de Flash et personne d'autre ne peut l'affecter. Disons, par exemple, qu'ils (Adobe) décident soudainement de facturer des frais de licence pour l'utilisation de Flash. Qu'arriverait-il à tous les millions de sites Web qui en dépendent?

Nous devons agir, et c'est maintenant. Nous devons utiliser des normes ouvertes, et nous en avons grandement besoin. C'est la seule chose qui rend la balise saignante importante pour le monde.

(Les frais de licence pour Flash peuvent sembler ou non être une décision réaliste d'Adobe, mais cela n'a pas d'importance. Je veux dire qu'ils contrôlent. Une autre chose qui pourrait arriver est qu'Adobe décide d'annuler Flash. Imaginez ce qui se passerait alors , s'il n'y avait pas de balise.)


0

L'état actuel de Flash est:

Plateformes de bureau Flash :

  • C'EST À DIRE
  • Microsoft Edge
  • Safari (Mac)
  • Chrome
  • FF
  • Opéra

Navigateurs mobiles:

  • Non

Vous ne pouvez donc pas utiliser la vidéo Flash sur les navigateurs mobiles car Flash Player n'est pas préinstallé par défaut.

Méthode optimale - en utilisant la vidéo HTML5 avec Flash de secours pour les navigateurs où la vidéo HTML5 n'est pas prise en charge.


De nos jours, la scène a changé. La vidéo HTML est pratiquement universellement prise en charge (avec quelques bizarreries) tandis que Flash - exactement - est extrêmement impopulaire parmi les appareils mobiles. Donc, oui, aujourd'hui, la vidéo HTML a beaucoup plus de sens qu'il y a 6 ans. :)
Vilx-
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.