Pour les recherches futures ainsi, j'avais un fichier mp4 que je régionalisé avec frein à main à l' aide handbrake-gtk
de apt-get
, par exemple sudo apt-get install handbrake-gtk
. Dans Ubuntu 14.04, le handbrake
référentiel n'inclut pas le support pour MP4 prêt à l'emploi. J'ai laissé les paramètres par défaut, supprimé la piste audio et généré un fichier * .M4V. Pour ceux qui se demandent, il s'agit du même conteneur mais M4V est principalement utilisé sur iOS pour s'ouvrir dans iTunes.
Cela a fonctionné dans tous les navigateurs sauf Safari:
<video preload="yes" autoplay loop width="100%" height="auto" poster="http://cdn.foo.com/bar.png">
<source src="//cdn.foo.com/bar-video.m4v" type="video/mp4">
<source src="//cdn.foo.com/bar-video.webm" type="video/webm">
</video>
J'ai changé le type mime entre video/mp4
et video/m4v
sans effet. J'ai également testé l'ajout de l' control
attribut et encore une fois, aucun effet.
Cela a fonctionné dans tous les navigateurs testés, y compris Safari 7 sur Mavericks et Safari 8 sur Yosemite. J'ai simplement renommé le même fichier m4v (le fichier réel, pas seulement le HTML) en mp4 et réimporté sur notre CDN:
<video preload="yes" autoplay loop width="100%" height="auto" poster="http://cdn.foo.com/bar.png">
<source src="//cdn.foo.com/bar-video.mp4" type="video/mp4">
<source src="//cdn.foo.com/bar-video.webm" type="video/webm">
</video>
Je pense que Safari attend pleinement un MP4 réellement nommé. Aucune autre combinaison de fichier et de type mime n'a fonctionné pour moi. Je pense que les autres navigateurs optent d'abord pour le fichier WEBM, en particulier Chrome, même si je suis presque sûr que la liste des sources devrait sélectionner la première source techniquement prise en charge.
Cela n'a cependant pas résolu le problème de la vidéo dans les appareils iOS (iPad 3 «le nouvel iPad» et iPhone 6 testés).