20 for 20:过去20年最重要的标准
纵观历史 流媒体 杂志, 我们经常提出这样的基本论点:标准对, well, 行业标准化, 但这对整个行业的创新势头未必有利.
换句话说,标准有助于提供扩展稳定技术的通用性.g., 编解码器或交付方法), 但它们往往冒着扼杀“更好”技术研发的风险.
话虽如此, 我们对读者进行了调查,对30多个总体标准进行了排名, 包括我们认为在过去20年里对流媒体行业的发展起到了重要作用的几项专利.
以下20项标准在总体回答中名列前茅.
前20名
这些标准获得了超过50%的受访者的投票:RTMP, MPEG-2传输流(M2TS), HTML(包括HTML5), HTTP, H.264 (AVC, MPEG-4第10部分(通过JVT), RTP / RTSP, TCP, UDP(和可靠的UDP), mpeg - 4系统, MP4 (ISO基础媒体文件格式).
实时消息传递协议(RTMP)
投票百分比:100%
定义. The 实时消息协议 (RTMP)是Adobe收购Macromedia的一部分. 根据Adobe, RTMP是为高性能音频传输而设计的, video, Adobe Flash平台技术之间的数据传输, 包括Adobe Flash Player和Adobe AIR. RTMP现在可以作为一个开放规范来创建支持视频传输的产品和技术, audio, 和开放AMF中的数据, SWF, FLV, 和F4V格式与Adobe Flash Player兼容.”
为什么重要?. RTMP构成了许多用于关键流媒体直播服务的低延迟源流的基础. 该规范可通过下载获得, 但Adobe指出,它“仅涵盖RTMP协议”,不包括“任何其他Flash Media Server技术的信息或许可”.”
MPEG-2传输流(M2TS)
投票百分比:100%
定义. MPEG-2传输流(M2TS)是一种用于存储音频的标准容器化和打包格式, video, program, 和系统信息(并通过PSIP协议传输)在容易出错的环境. M2TS广泛应用于广播系统(DVB, ATSC),甚至一些物理光盘(蓝光)。. i - t r h.222提供了传输流和程序流.
为什么重要?. 从流的角度来看, M2TS容器格式是Apple HTTP 在线直播 (HLS)的基础。, 它已经成为基于http的流交付的事实上的标准. M2TS必须进行多路复用, 这意味着音频和视频文件的一小部分同时发送, 然后解复用(解混音)并按播放列表或清单文件确定的顺序播放.
超文本标记语言(HTML)
投票率:86%
定义. 超文本标记语言(HTML)是用于创建网页的格式化代码, 但是最近的进展, 比如HTML5标准, 还允许集成视频和音频标签, 以及绘图和交互元素作为画布标准的一部分.
为什么重要?. 在HTML中使用音频和视频标签消除了web浏览器允许插件视频播放器的需要. 这不仅使浏览器本身更加安全, 但潜在地允许在终端用户观看体验期间优化百家乐软件分配, 自一些插件播放器制造商, 正如史蒂夫·乔布斯的名言, 应该更专注于为未来创造优秀的HTML5工具, 而不是批评苹果抛弃了过去.”
超文本传输协议(HTTP)
投票率:86%
定义. 超文本传输协议是用于分发网页内容的协议. 一些流媒体产品也通过HTTP发送给最终用户, 例如最近批准的DASH(通过HTTP的动态自适应流).
为什么重要?. HTTP是网页的核心传输协议, 使用特定的端口(80和8080)向web浏览器交付各种各样的内容. 这些端口在所有路由器上都是开放的, 不像特定流媒体技术的专用端口,甚至不像多播和RTP / RTSP流媒体标准的端口. 在欧洲,通过HTTP传输的流媒体不受深度包检测(DPI)的保护,但在美国.S., 网络管理员使用DPI“嗅出”通过HTTP发送的视频的能力引发了网络中立性的争论.
H.264(又名AVC, MPEG-4 Part 10)
投票率:86%
定义.一种视频压缩编解码器,有不同的名称(高级视频编码或AVC, H.264, 或MPEG-4 Part 10),既可以用于低延迟解决方案(如视频会议),也可以用于非常高分辨率/更长的延迟解决方案(如蓝光光盘), HDTV, 以及点播流媒体内容.
为什么重要?. 具有单一视频编解码器, 被许多公司采用,跨越低延迟与高延迟以及低分辨率与高分辨率用例的矩阵, 使业界能够集中精力改进交付方法. 目前的情况是,竞争的编解码器——比如H.265 (HEVC), VPx, 和av1都在争夺关注, 提醒业界为什么有时国际认可的标准比竞争的特设解决方案更有意义.
实时传输协议/实时流协议(RTP / RTSP)
投票率:71%
定义.实时传输协议是一种定义实时数据传输的互联网协议, 比如音频和视频. RTP为发送(服务器)和接收(客户端)应用程序提供了支持任何类型数据流的机制. 实时流协议(RTSP)是一种标准化的音频传输方法, video, 以及其他基于时间的媒体(如定时文本或封闭字幕标题)在基于互联网技术的网络上.
为什么重要?. RTP及其配套控制协议(RTSP)仍然被广泛使用, 并随着html5(实时通信)音频和视频会议的出现而获得关注. RTSP实际上并不传输流数据, 但它以一种时间敏感的方式排列内容. 因为RTP和RTSP是基于UDP的, 他们认为时间敏感性比TCP处理网络上其他非时间敏感数据的方法更重要.
传输控制协议(TCP)
投票率:71%
定义. 传输控制协议(TCP)是一种基于标准的协议,旨在通过互联网和其他基于ip的网络传输文本和ASCII数据. 它提供了自动检测和重传丢失的数据包, 导致准确的端到端传输,但也往往造成相当大的传输延迟.
为什么重要?. TCP主要设计用于传递非时间敏感的内容, 并且有点“闲谈”,因为它确认从服务器发送到客户端的内容的接收. 这意味着它比UDP更可靠,但不那么及时. 通过TCP进行流传输是一个相对较新的发展, 主要是由于使用了基于http的, 小文件传输解决方案,如MPEG-DASH或苹果的HTTP 在线直播 (HLS)技术.
用户数据报协议
投票率:57%
定义. 用户数据报协议(User Datagram Protocol)是一种在计算机之间进行通信的方法,它不能保证每个比特都到达最终目的地. 它适用于时间敏感的数据,如流媒体,包括RTSP传输. 使用UDP传送时间敏感的视频内容已经产生了许多衍生产品, 通常称为可靠UDP (R-UDP), 试图模仿TCP发送确认的某些部分.
为什么重要?. UDP传输经常遭到网络管理员的反对, 谁更喜欢TCP数据的“公平竞争”方式. 在视频会议或视频电话等用例中, though, 更短的延迟(更低的延迟)交付时间是关键, 确认每个数据包都已到达是不实际的. 然而,必须有足够的数据,才能让视频在主观上可见,并使相应的音频顺利播放. 几种方法, 如R-UDP和前向纠错(FEC), 是否尝试解决一些视频数据丢失的问题. 这些添加到UDP具有很大的希望, 但是每一种方法都会在初始编码中造成额外的延迟.
MPEG-4系统(MPEG-4)
投票率:57%
定义. 一个包含音频和视频编解码器(AAC, H.264), 容器格式(MP4), 元数据, 以及用于MPEG-4音频和视频存储和传输的系统协议. 基于最初的QuickTime交互创作系统及其Sprites概念.
为什么重要?. MPEG-4系统是MPEG标准委员会作为Macromedia Flash(后来的Adobe Flash)的替代方案提出的交互性的总体解决方案。. 它定义了一些关键元素, 包括计时文本和封闭字幕标题以及创新,如运动路径(以及伴随的模糊或运动元素)的alpha通道静止元素. MPEG-4从一个相当有限的视频编解码器开始,它被MPEG-4 Part 10(又名AVC或H)所取代.264).
MPEG-4 ISO基础媒体文件格式(又名MPEG-4 Part 12)
投票率:57%
定义. MPEG-4第12部分:也称为ISO基础媒体文件格式, 基于标准的MPEG-4 Part 12 (ISO/IEC 14496-12)容器格式与ISO/IEC 15444-12 (JPEG 2000静态图像标准的一部分)发布的文本相同。. MP4扩展, 这是基于QuickTime容器格式, 用于一些(不是全部)ISOBMFF文件. 例如, Adobe系统公司为Flash视频引入了F4V文件格式, 指出它是基于ISOBMFF的. 然而,F4V文件格式并没有被MP4注册机构注册, 尽管F4V技术规范是公开的. ISOBMFF可能包含H.264 video compression and MP3 or AAC audio compression. 微软在2009年宣布了一种基于ISOBMFF的文件格式,扩展名为ISMV, 平滑流和随后的受保护互操作文件格式(PIFF). However, 没有提到ISOBMFF中的WMA压缩格式, 因此,某些平台可能不支持它.
相关文章
流媒体是在互联网泡沫时期推出的, 一些早期的参与者在资金耗尽后逐渐退出, 其他人则帮助规划了该行业的未来.
2018年4月23日
由于HEVC许可制度的支离破碎,公司不再有创新的经济动力, 但Leonardo Chiariglione建议采取措施扭转损害.
2018年1月31日
我认为RTMP已经过时了? 尽管HTTP视频流无处不在,但仍有以RTMP为标准的用例.
2014年12月2日
在这篇客座文章中,Bitmovin的首席技术官和联合创始人解释了HTTP/2如何.0将解决前几代的问题,并与DASH无缝集成.
2014.08.07
不知道该如何理解区块上的新格式? 阅读本文,快速了解HEVC是如何创建的, 它现在面临的挑战, 以及什么时候能投入日常使用.
2013年2月14日