H. 264 encodé en MP4 présenté en HTML5 joue sur Safari, mais pas les appareils iOS
Je suis à l'aide d'Adobe Media Encoder CS5 pour encoder un fichier FLV H. 264 à présent sur le web via le HTML5 et le fichier vidéo joue très bien dans Safari sous OS X (et dans Firefox encodé en OGG), mais sur n'importe quel appareil iOS (iPad, iPhone), j'ai l'icône de lecture avec la barre oblique de courir à travers elle.
Quelqu'un a rencontré ce avant et, si oui, des idées pourquoi?
Grâce.
Avez-vous lu cet article: tutoriel de servir la vidéo html5 de la croix-navigateur, y compris l'ipad?
OriginalL'auteur Tom | 2010-11-21
Vous devez vous connecter pour publier un commentaire.
Nous avons eu ce problème et a trouvé que l'encodage des fichiers en conformité avec l'iPhone webview normes les fichiers créés joué fine.
Pas tous encodés en H. 264 Mp4 fichiers sont pris en charge par l'iPhone (ou Chrome) et de légères différences dans les processus d'encodage peuvent produire des vidéos qui ne fonctionnent pas. Même si exactement les mêmes paramètres d'encodage ont été utilisés, H. 264 est une variable du débit binaire, codeur, si différents les vidéos peuvent dépasser les limites de débit, à l'origine de certains de travailler et d'autres pas.
Les paramètres d'encodage qui ont été une réussite pour nous, étaient les suivants:
Ici est la référence nous avons utilisées pour arriver à ces paramètres.
Pour les utilisateurs d'after effects: vous pouvez trouver l'h.264 les niveaux dans les paramètres du module de sortie/Options de Format/Vidéo-au Niveau
Ne JAMAIS utiliser l'option d'encodage "Fast Start" (dans le Frein à main, il est appelé "Web Optimisé), sinon les vidéos ne va pas jouer sur les appareils iOS. Pour les détails, voir stackoverflow.com/a/24076523/1066234
OriginalL'auteur
Je sais que cela a une forte réponse, mais nous avons eu exactement le même problème.
Le problème a fini par être un paramètre sur notre réseau interne.
Après la mise sur le safari de la console sur l'iPad, nous avons vu que lorsque vous essayez de charger la vidéo, nous avons été faire un "byte_range_error_message" en cours de la session. Il semble que les appareils mobiles demander ce contenu différemment que les périphériques de bureau, en demandant à certains octets à la fois. Nous avons réussi à trouver que la vidéo a joué amende lorsque les téléphones utilisé leurs réseaux 3G, mais pas quand ils ont chargé la vidéo à travers le wifi interne. Beaucoup de recherches plus tard, nous a conduit à cet article MSDN:
http://support.microsoft.com/kb/922330
Qui explique comment trouver le réglage dans notre pare-feu pour autoriser les périphériques à la demande de la vidéo correctement. Nous avons également constaté un paramètre similaire sur l'un de nos routeurs D-Link pour un autre réseau wifi qui a été également avoir le problème.
OriginalL'auteur