4

我们正在研究 HTML5 视频以提供交互式视频体验，例如通过超链接控制视频（例如，允许用户跳转到尚未下载的视频部分）以及响应视频事件的 JavaScript（例如视频到达 00:25 时发生）。

对于测试视频，这似乎可以通过 Video.js 等库实现，并在现代浏览器中提供不错的体验。

我正在阅读 2009 年的一篇文章，这似乎表明很快（也许是今天），现代浏览器将赶上并超越流协议和服务器的功能：

RTSP 是为类似于 IP 语音应用的视频通信而创建的。它不是按需流式传输的最佳协议，其中带有字节范围请求的 HTTP 可以达到相同的结果。通过 HTTP 渐进式下载方法，RTSP 支持的额外功能也越来越多地可用。只有实时通信案例可能需要通过 UDP 实现 RTP/RTSP 才能以所需的低延迟工作。

在 HTTP 主导的世界中，需要特殊服务器和客户端软件的类似 RTSP 的流媒体方法越来越失败。例如，YouTube 完全通过 HTTP 渐进式下载提供，不使用 RTMP。在这种情况下，供应商接受了 HTTP 渐进式下载并开发了自己的功能扩展来改进基于 HTTP 的流式传输。

鉴于浏览器为支持 HTML5 视频而添加的功能越来越多，RTSP/RTMP 等流媒体协议和 Adob​​e Streaming Server 等视频流媒体服务器将拥有怎样的未来？

4

1 回答 1

1

HTTP 上的自适应比特率流式传输仍在讨论中 (DASH) http://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP

Adobe 流媒体服务器，Apple 在 DASH 成为现实之前拥有优势。内容保护是另一个尚未最终确定用于 HTTP 流的领域 (DRM)。

于 2012-06-06T17:08:17.687 回答