HTTP Live Streaming
This test checks if browsers/devices support HLS or fallback correctly.
|Browser||canPlayType||Basic HLS||AES support||608 support|
|Internet Explorer 11||-||-||-||-|
|iOS 6 (iPad)||maybe||yes||yes||yes|
|iOS 7 (iPad)||maybe||yes||yes||yes|
|Android Gingerbread (Browser)||-||-||-||-|
|Android IceCreamSandwich (Browser)||maybe||yes 1, 2, 3||yes||-|
|Android Jellybean (Chrome)||-||yes 3, 4||yes||-|
|Android Jellybean (Browser)||maybe||yes 1||yes||-|
|Android Kitkat (Chrome)||-||yes 4, 5||yes||-|
1 Starting the stream requires 3 clicks on the play button
2 Video is blown up to screen size, irregardless of aspect ratio
3 Seeking does not work in windowed mode (but works in fullscreen)
4 The first time the stream starts, only audio plays. After another play/pause, video shows too.
5 Fullscreen button disappears when the video starts.
See the Pantos draft for more info on HLS and its mimetype, application/vnd.apple.mpegurl.
The canPlayType() value for HLS streams (application/vnd.apple.mpegurl) in your browser is:
Our test loads this HLS stream, which is specifically authored to be Android compatible: H264 Baseline, HLS v3 and an additional line break after the last tag.
Here is a second test tag that contains an adaptive, encrypted HLS stream without additional playlist line breaks:
Here is a third test tag that contains an HLS stream with CEA-608 captions: