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.

Une mise à jour-il ressemble à la JWPlayer équipe est bien conscient de ce problème et travaille sur un HTML5 mise à jour: longtailvideo.com/support/forums/jw-player/feature-suggestions/... Toujours aimerais des suggestions. Le JWPlayer est en effet un Flash App, et je ne sais pas trop leur HTML5 approche, mais on dirait qu'ils essayent de manipuler gracieux de basculement.
H. 264 (MPEG4) les sociétés de poursuites pour violation de brevets bit.ly/9vNGZW

OriginalL'auteur Steve Murch | 2010-05-03

Ê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.

       <video controls id="video" width="320" height="240" preload autobuffer >
            <source src="http://mycdn.com/videos/vid1.ogg" type="video/ogg" />
            <source src="http://mycdn.com/videos/vid1.mp4" type="video/mp4" />
            <!--RENDERED ON BROWSERS WITH NO HTML5 VIDEO SUPPORT-->
            <object width="320" height="240">
            <param name="movie" value="myplayer.swf">
            <embed src="myplayer.swf" width="550" height="400">
            </embed>
            </object>
             <!---->
        </video>

Très intéressants ces guerres semblent déterminés à nous les opérateurs de site web/éditeurs utilisation de l'espace disque dur avec plusieurs codages de la même 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

4

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.
1. Tous les navigateurs de bureau de support de plugins, y compris Flash. La plupart des non-Apple, les smartphones/tablettes support de Flash, support abitrary plugins, ou le soutien d'autres navigateurs.
2. Tous les navigateurs, même l'iPhone OS, support de la balise object et au moins tenter de faire quelque chose avec elle. Ils supportent même des choses comme la marquise et de la police des tags! La balise object sera autour pendant un long moment encore, et autant que je sais, c'est même une partie de HTML5.
3. Firefox, probablement le n ° 2 du navigateur après les différentes versions IE, n'est pas de soutien H. 264 en ce moment.
4. Microsoft a clairement fait savoir qu'ils n'aiment pas le Flash et préférez les gens à utiliser Silverlight, la sauvegarde de mon sentiment que la balise object est là pour rester. Ils ont vaguement engagée à soutenir le natif de la vidéo HTML5 balises uniquement dans IE9. Dans l'intervalle, ils expédier le plugin Flash dans le cadre de l'OS Vista et Win7.
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.
```
<video>
<source src="../videos/primary.mp4" type="video/mp4" />
<object>
    <param name="movie" value="fallbackplayer.swf">
    <embed src="../videos/fallbackplayer.swf">
    </embed>
</object>
</video>
```
Merci beaucoup de prendre le temps -- je ne suis pas vraiment attention à WC3/HTML5/H. 264 choses et d'apprécier le contexte ci-dessus.
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
3

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
1

La prise en charge dans tous les navigateurs pour les codecs vidéo est comme ceci:
- Firefox: Ogg Theora/Vorbis
- Opéra: Ogg Theora/Vorbis
- Chrome: Ogg Theora/Vorbis et d'h.264
- Safari: h.264 (Ogg Theora/Vorbis avec XiphQT composants installés)
- IE9: h.264
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
1

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
0

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)

En Mars 2014 Firefox sur mac OSX n'est toujours pas en charge le h264. C'est sur la page que vous liez.

OriginalL'auteur C Southworth

Vous devez vous connecter pour publier un commentaire.