H. 264 / FLV les meilleures pratiques pour le HTML
J'ai un site qui a une partie sur 700 de référence des vidéos (Et non, ce n'est pas du porno -- obtenir votre esprit hors de la gouttière 🙂 ).
Les vidéos sont actuellement au format FLV. Nous utilisons le JWPlayer à rendre ces vidéos. IIS6 hébergé. Tout fonctionne très bien.
Comme je le comprends, H. 264 (pas FLV et probablement pas OGG) est la nouvelle préféré la vidéo HTML5 standard. Aujourd'hui, l'iPad vraiment seulement respecte H. 264 ou YouTube. Sans doute, bientôt, beaucoup plus important, les navigateurs suivre Apple et que la balise HTML5.
OK, donc je pense que je peux comprendre comment faire pour convertir mes vidéos en H. 264 format. Il existe différents outils disponibles, y compris ffmpeg.exe. Je n'ai pas encore essayé, mais je ne pense pas que cela va être un problème après avoir jouer avec les paramètres de codec.
Ma question est plus sur le conteneur lui-même-qui est, planification de la transition gracieuse pour tous utilisateurs. Quelle est la meilleure pratique de recommandation pour le rendu de ces vidéos? Si je viens d'utiliser la balise HTML5, alors probablement de n'importe quel navigateur qui ne prend pas encore en charge le HTML5 ne pas voir les vidéos. Et si je les lui rendre en format Flash via le JWPlayer ou un autre joueur, alors ils ne seront pas lisibles sur l'iPad. Dois-je faire laid UserAgent de détection d'ici à comprendre à quoi rendre?
Je sais que le JWPlayer prend en charge H. 264 médias, mais ce n'est pas le joueur lui-même un composant Flash et ne sont donc pas lisibles sur l'iPad? Désolé si je suis pas clair, mais je suis de me gratter la tête sur un gracieux plan de transition qui va travailler pour les navigateurs actuels, l'iPad et le prochain HTML5 vague. Je ne suis pas un expert vidéo, donc tout conseil serait le bienvenu, merci.
H. 264 (MPEG4) les sociétés de poursuites pour violation de brevets bit.ly/9vNGZW
OriginalL'auteur Steve Murch | 2010-05-03
Vous devez vous connecter pour publier un commentaire.
Être conscient Firefox ne prend pas en charge H. 264 avec la Balise Vidéo, donc si vous voulez une gracieuse de secours, alors vous devriez vous rendre votre balise vidéo comme ci-dessous et avoir un OGG version de la vidéo.
Flash H. 264 vidéo, donc je ne suis pas sûr de savoir comment beaucoup que ce serait un problème, le seul contenu supplémentaire serait le swf lecteur vidéo, qui nous l'espérons ne devrait pas être trop grand.
OriginalL'auteur willbt
Je ne suis pas sûr si c'est une réponse ou un commentaire, mais j'ai vraiment besoin de remettre en question l'une des hypothèses de la question de départ: "sans doute, bientôt, beaucoup plus important, les navigateurs suivre Apple et que la balise HTML5."
Ce n'est pas sauvegardé par tout ce que je peux voir.
De toute façon, pour arriver à la vraie viande de la question: "Ma question est plus sur le conteneur lui-même-qui est, la planification gracieux de transition pour tous les utilisateurs. Quelle est la meilleure pratique de recommandation pour le rendu de ces vidéos"
La balise vidéo HTML5 prend en charge de nommer plusieurs sources, de sorte que vous pouvez mettre le natif H. 264 vidéo comme le "principal" et le lecteur Flash comme le "secours" pour être utilisée si le navigateur ne supporte pas le droit H. 264 flux vidéo.
La solution ci-dessus, je pense que c'est une assez bonne pour nos besoins. Ne savais pas que le nouveau <video> tag permet à une liste d'options de restauration, merci beaucoup!
Je suis sûr que Flash n'est pas inclus dans Windows - c'est toujours un téléchargement séparé. Mais la façon dont IE gère ActiveX rend presque sans soudure (cliquez sur le jaune de la barre d'info, "Installer le composant", et ça marche)
Oh, attendez une minute, qui semble bien fonctionner pour l'avenir, puisque le <video> balise est une balise HTML5... Mais sans doute à l'œuvre aujourd'hui dans les navigateurs qui ne supportent pas encore le HTML5 et le respect <vidéo/>, je devrais faire quelques useragent de piégeage et au lieu de cracher l'objet Flash?
Les navigateurs qui ne supportent pas le <video> balise doit juste l'ignorer et de la place de la <object> à l'intérieur. Pour eux, ce serait comme emballage de la <object> dans un <gobbledegook> tag: ils ignorer les choses qu'ils ne connaissent pas.
OriginalL'auteur Coxy
Vous suggère de lire vidéo pour tout le monde pour de bon de la croix-navigateur de mise en œuvre. Vous pouvez utiliser le H. 264 pour Flash de secours aussi, mais comme Lachlan dit que vous devriez rendre avec Ogg trop pour plein de compatibilité du navigateur.
OriginalL'auteur Rich Clark
La prise en charge dans tous les navigateurs pour les codecs vidéo est comme ceci:
Je recommanderais prividing Ogg Theora alternative. Je sais que c'est pas l'idéal si vous êtes inquiet à propos de l'espace disque, mais avec tous grâce à des redevances sur les brevets et la peur de patent trolls, c'est la situation que nous sommes coincés avec.
OriginalL'auteur Lachlan Hunt
Ne pas répondre directement à votre question, mais doom9.org a des charges de bons tutoriels sur la conversion de la vidéo/de traitement. pourrait être utile pour vous
OriginalL'auteur Andrew Bullock
Depuis Chrome n'a jamais vraiment tiré le bouchon pour h264 soutien, Firefox l'a gardé comme bien et est la planification d'un meilleur support pour le format.
https://developer.mozilla.org/en-US/docs/HTML/Supported_media_formats
(environ 1/3ème de la manière en bas de la page)
OriginalL'auteur C Southworth