我们正在研究HTML5视频,以提供交互式视频体验,例如通过超链接控制视频(例如允许用户跳转到尚未下载的视频部分)以及响应视频事件的JavaScript (例如,当视频到达00:25时发生的事情)。
对于测试视频,这似乎是可能的库,如Video.js,并提供了一个良好的经验,在现代浏览器。
我正在阅读2009年的一篇文章,它似乎表明(也许是今天),现代浏览器将赶上并超越流媒体协议和服务器的功能:
RTSP是为类似于IP语音应用程序的视频通信而创建的.它并不是按需流的最佳协议,其中带有字节范围请求的HTTP实现了相同的结果。RTSP支持的额外功能在HTTP渐进下载方法中也越来越可用。只有活通信用例可能需要在UDP上使用RTP/RTSP实现才能使用所需的低延迟。
在HTTP主导的世界里,需要特殊服务器和客户端软件的类似RTSP的流方法越来越失败。例如,YouTube完全通过HTTP渐进下载提供,不使用RTMP。在这种情况下,供应商已经采用了HTTP渐进下载,并开发了自己的特性扩展,以改进基于HTTP的流。
,鉴于浏览器正在增加支持HTML5视频的功能,RTSP/RTMP等流媒体协议和adding等视频流服务器有什么未来?
发布于 2012-06-06 17:08:17
HTTP上的自适应比特率流仍在讨论中(DASH) http://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP
Adobe流媒体服务器,苹果有优势,直到破折号成为现实。内容保护是另一个领域(DRM)尚未最后确定HTTP流。
https://stackoverflow.com/questions/10916456
复制相似问题