随着互联网视频化的发展,各类网络直播产品层出不穷,比如秀场直播、游戏直播、教育直播、演唱会直播和监控直播等多个直播生态圈。这些生态圈形成的背后,是视频直播相关技术的不断发展,例如互联网带宽的日益增加,视频压缩标准的日渐完善,视频云技术的出现等。
直播涉及到的技术比较多,主要大类有:采集、前处理、音视频编解码、流媒体协议、系统架构、CDN、播放控制、交互技术等。
由于是简单介绍,我也就不全部介绍,挑个平时大家谈论比较多的点聊聊。
流媒体协议
直播常用到的流媒体协议有rtmp、http、hls、rtsp。
下面简单说一下这几种协议的优劣:
协议名称 |
优势 |
劣势 |
rtmp |
● 实时性高:一般能做到3秒内。 ● 支持加密:rtmpe和rtmps为加密协议。 ● 稳定性高:在PC平台上flash播放的最稳定方式是rtmp,如果做CDN或者大中型集群分发,选择稳定性高的协议一定是必要的。 ● 一般主流编码器都支持该协议。 |
● 协议复杂:开发者写起来累,效率也不行。 ● Cache麻烦:流协议做缓存不方便。 |
http |
● 性能很高:http的性能好,协议简单,高性能服务器也完善。如果分发的量特别大,譬如点播视频网站,没有直播的实时性要求,http协议是最好选择。 ● 没有碎片:http相比hls没有碎片。 ● 穿墙:http协议是互联网唯一肯定会开放的协议,所以不存在封端问题。 |
● 实时性差:延迟10s起步。 ● 原生支持不好:PC上flash对于http流支持还可以,但是移动端对于http的支持不是很完善 |
hls |
● 性能好:和http一样。 ● 穿墙:和http一样。 ● 原生支持很好:iOS上支持完美,Android上支持差些。PC/flash上现在也有各种as插件支持HLS。 |
● 实时性差:与ts切片长度有关,大约3个切片长度时间的延迟,基本上HLS的延迟在10秒以上。 ● 文件碎片:若分发HLS,码流低,切片较小时,会导致太多的文件碎片 |
rtsp |
● 延迟低,一般都能够做到500ms。 ● 带宽好,时效率高。 ● 倍速播放,主要是回放的时候提供的功能。 ● 控制精准,任意选择播放点。 |
● 服务端实现复杂。 ● 代理服务器弱:数量少,优化少。 ● 无路由器防火墙穿透 ● 管流分离:需要1-3个通道。 |
看了以上这些协议,想必各位都注意到了一个问题,那就是“延迟”。所有的协议里都有延迟,延迟最低的也有500ms。那么为什么会出现这样的情况呢?接下来,简单和大家说一说“延迟”。
简说延迟
在这里简单说一下rtmp和rtsp的延迟,我们先谈rtmp的延迟。圈内有人整理了一张直播延迟(rtmp的)的图片,我直接上个真相。
看完上图你大概就能明白了,rtmp的延迟是和gop挂钩的。
那么,为什么rtsp延迟会比rtmp低呢?因为,它是精确控制的,可以跳出这个以gop组为单位的控制。
rtsp延迟已经是上述四个协议里最低的了,那么延迟还有降低的空间吗?
如何降低延迟时间
我们公司经过多次测试,发现udp直接发裸流,可以将延迟控制在80ms到170ms的范围内。
既然udp直接发裸流延迟那么低,为啥不流行?
原因很简单, udp是个不可靠传输、丢包、乱序。而且直接裸流稳定性也差,兼容性更不用谈,没有编码器跟你对接。这就是一个钢丝上骑自行车的活,高难度动作,能干这行的,必须得是艺高人胆大。
直播涉及到的技术非常多,本文主要简单介绍了直播中用得比较多的几种协议。而对于流媒体的传输,现在出现了越来越多的私有协议,这些私有协议一般延迟都比较低,比如大家平时用的微信视频,就不属于流媒体。延迟的话,相信大家也都用过,比rtsp的500ms显然低很多。但通常来说,这些私有协议都只支持端,不能用于web开发,因为一般协议,都是用c/c++写的socket通信。
总结
就直播发展而言,最近几年的直播发展势头,用“迅猛”形容绝不为过。自14年习近平主席提出“网络强国”战略和李克强总理提出了“互联网+”的新思路新理念后,各大小直播平台如雨后春笋般涌现,甚至2016年被授予了一个特殊称号----“网络直播元年”。2017年2月19日,央视新闻移动网正式上线,为广大记者打造了移动直播系统——“正直播”。这些都标志着大数据时代、新媒体时代已经到来,媒体行业将面临新一轮的挑战和转型,这将是传媒史上一次对新闻直播技术的革新,也将成为新闻直播样态的一次革命性创举。
附流媒体技术图
(直播技术图,来源:CSDN)
联系我们,扫码关注微信公众号