These guides cover a range of topics for users of Video.js
Table of Contents
- Problems with media formats
- Problems when hosting media
- Problems with fullscreen
- Problems with playback
- Video.js Errors
Most browsers now play MP4 with h264 video. If you want to have a single source, and neither live streaming nor adaptive streaming is a consideration, MP4 with h264 video and acc audio is a good choice.
The most common browsers which do not support MP4 are found on Linux, where the user might need to install additional codec support, and in some cases won't want to. You can supply an array of alternate sources. webm and/or ogv are useful as fallback, but neither are supported by all browsers that support MP4.
Video.js 7+ supports HLS and MPEG-DASH as standard as it includes http-streaming, which uses Media Source Extensions to play these formats in modern browsers. If choosing a single format, HLS is more convenient as iOS and some Android browsers which do not support MSE do have native HLS support.
HLS is not possible on IE 11 on Windows 7, which does not support MSE.
- Does your browser/OS support the type of media that you are trying to play?
- Do you have a Video.js plugin that will add support for a media format to Video.js? For example videojs-youtube
- Verify that you are using the correct mime-type/content-type for your videos. This is used to determine if Video.js can play a certain type of media.
- The MP4 format can contain video and audio data in many codecs, but MP4 playback in browsers typically only supports h264 video and MP3 or AAC audio.
- The file extension does not always reflect the file contents. For example some low end phones save video in 3GP format but give it an MP4 extension. These files will not play.
- Flash has reached end of life and is no longer supported in browsers.
- Your server must properly support byte-range requests as Chrome and Safari rely on them:
- Most servers support this by default.
- If you are proxying the media files via a server side script (PHP), this script must implement ranges. PHP does not do this by default.
- The impact of not doing this ranges from seeking being broken to no playback at all (on iOS).
- Your server must return the correct mime-type/content-type header for the media being sent.
- Your server must implement CORS (cross-origin resource) headers if:
- You are using formats like HLS or MPEG-DASH and your media is served from a different domain than your page.
- You are using text tracks (captions, subtitles, etc.) and they are being served from a different domain than your page.
- If your player is in an iframe, that iframe and any parent iframes must have the following attributes for fullscreen to be allowed:
- Make sure that the media host supports byte-range requests, this could be breaking playback. See Problems when hosting media for more info.
- If your media is taking a long time to start playback or the entire mediadownloads before playback:
- It is likely that metadata for the media has not been included at the start of the media. In MP4 terms this is called the "moov atom". Many encoders are configured to do this by default, others may require you to choose a "fast start" or "optimize for streaming" option.
This error is thrown when an element that is associated with a component is removed from the DOM but the event handlers associated with the element are not removed. This is almost always due to event listeners not being disposed when dispose is called on a component.
To fix this issue please make sure that all event listeners are cleaned up on dispose.
Errors like this, where
X will vary, can be caused by transpilation breaking code that is used in web workers. See the webpack guide for details of how to prevent this.