HTML5 视频直播（一）( 转)

时间 2019-11-12

标签 html5 html 视频直播栏目 HTML5 繁體版

原文原文链接

HTML5 视频直播（一）

IT社区推荐资讯 - ITIndex.net Apr 24

前不久工做中遇到了在移动 WEB 端直播视频的需求，研究了一下相关技术，记录一下。html

目前 WEB 上主流的视频直播方案有 HLS 和 RTMP，移动 WEB 端目前就只有 HLS 能用，咱们重点介绍它。html5

HTTP Live Streaming

HTTP Live Streaming（简称 HLS）是一个基于 HTTP 的视频流协议，由 Apple 公司实现，Mac OS 上的 QuickTime、Safari 以及 iOS 上的 Safari 都能很好的支持 HLS，高版本 Android 也增长了对 HLS 的支持。一些常见的客户端如：MPlayerX、VLC 也都支持 HLS 协议。git

HLS 协议基于 HTTP，很是简单。一个提供 HLS 的服务器须要作两件事：github

编码：以 H.263 格式对图像进行编码，以 MP3 或者 HE-AAC 对声音进行编码，最终打包到 MPEG-2 TS（Transport Stream）容器之中；
分割：把编码好的 TS 文件等长切分红后缀为 ts 的小文件，并生成一个 .m3u8 的纯文本索引文件；

浏览器使用的是 m3u8 文件。m3u8 跟音频列表格式 m3u 很像，能够简单的认为 m3u8 就是包含多个 ts 文件的播放列表。播放器按顺序逐个播放，所有放完再请求一下 m3u8 文件，得到包含最新 ts 文件的播放列表继续播，周而复始。整个直播过程就是依靠一个不断更新的 m3u8 和一堆小的 ts 文件组成，m3u8 必须动态更新，ts 能够走 CDN。vim

能够看到 HLS 协议本质仍是一个个的 HTTP 请求 / 响应，因此适应性很好，不会受到防火墙影响。但它也有一个致命的弱点：延迟现象很是明显。若是每一个 ts 按照 5 秒来切分，一个 m3u8 放 6 个 ts 索引，那么至少就会带来 30 秒的延迟。若是减小每一个 ts 的长度，减小 m3u8 中的索引数，延时确实会减小，但会带来更频繁的缓冲，对服务端的请求压力也会成倍增长。因此只能须要根据实际状况找到一个折中的点。浏览器

对于支持 HLS 的浏览器来讲，直接这样写就能播放了：服务器

  <video src="http://devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u8"
height="300" width="400"></video>

对于不支持 m3u8 的浏览器，好比 PC / Mac 上的 Chrome，须要借助 Flash 来实现了。网上有一些较为成熟的方案能够直接用，如： Sewise Player（免费）、 JW Player（收费）。app

Real Time Messaging Protocol

Real Time Messaging Protocol（简称 RTMP）是 Macromedia 开发的一套视频直播协议，如今属于 Adobe。这套方案须要搭建专门的 RTMP 流媒体服务如 Adobe Media Server，而且在浏览器中只能使用 Flash 实现播放器。它的实时性很是好，延迟很小。可是没法支持移动端 WEB 播放是它的硬伤。iphone

前面提到的 JW Player 能很好的播放采用 RTMP 协议的直播服务。ide

此次先写这么多，下一篇写一个另类的直播方案。

本文连接： https://www.imququ.com/post/html5-live-player-1.html

--EOF--