Here is what I did to fix it.Ī weird trick I found was to have two different references to your video, one in a tag for Chrome and Firefox, and the other in an tag for Safari. I had a similar issue where videos inside a tag only played on Chrome and Firefox but not Safari. When exiting fullscreen with a pinch gesture, elements without playsinline will continue to play inline. elements without playsinline attributes will continue to require fullscreen mode for playback on iPhone. On iPhone, elements will now be allowed to play inline, and will not automatically enter fullscreen mode when playback begins. ay() will return a Promise, which will be rejected if any of these conditions are not met.

elements will be allowed to play() when not visible on-screen or when out of the viewport.

elements will be allowed to play() without a user gesture if their source media contains no audio tracks, or if their muted property is set to true.

elements will now honor the play() method, for elements which meet the following conditions:

elements will pause if they become non-visible, such as by being scrolled out of the viewport.elements will only begin playing when visible on-screen such as when they are scrolled into the viewport, made visible through CSS, and inserted into the DOM.If a element gains an audio track or becomes un-muted without a user gesture, playback will pause.elements will also be allowed to autoplay without a user gesture.elements will be allowed to autoplay without a user gesture if their source media contains no audio tracks.elements will now honor the autoplay attribute, for elements which meet the following conditions: Just add a muted attribute and everything will work fine.īy default, WebKit will have the following policies: This has not, however, fixed the video issue in iOS devices (iPad 3 'the new iPad' and iPhone 6 tested). I think the other browsers opt for the WEBM file first, especially Chrome, even though I'm pretty sure the source list should select the first source that's technically supported. No other combinations of file and mime-type worked for me. Safari I think is fully expecting an actually-named MP4. I simply renamed the same m4v file (the actual file, not just the HTML) to mp4 and reuploaded to our CDN: This worked in all browsers tested including Safari 7 on Mavericks and Safari 8 on Yosemite. I also tested adding the control attribute and again, no effect. I changed the mime-type between video/mp4 and video/m4v with no effect. This worked in all browsers except Safari: For those wondering, they are the same container but M4V is primarily used on iOS to open in iTunes. I left the default settings, stripped the audio track out, and it generates an *.M4V file. In Ubuntu 14.04, the handbrake repository doesn't include support for MP4 out of the box. For future searches as well, I had an mp4 file that I downscaled with Handbrake using handbrake-gtk from apt-get, e.g.

How do i change thumbnail for mp4 mac