如何通过SRT编码器在互联网实现低延时传输? 二维码
来源:SRT知识库 近几个月,远程上课、远程办公、远程会议等成为了人们日常生活的新常态,对于互联网传播技术,首先想到的是延时与稳定性,那么有没有一款编码器协议,可以保证传输内容的安全性、稳定性、实时性? 答案是肯定的。虽然目前互联网传输使用的协议是RTMP,但随着新技术的不断发展与使用场景的不断拓展,继续使用RTMP会令人感到有些力不从心。它的延时高,容易丢包等无法满足互联网传输要求。直到SRT的到来,SRT旨在实现跨不可预测网络的安全可靠的数据传输,特别针对实时视频流进行了优化,并在简化向基于IP的解决方案的过渡方面塑造了未来。 SRT协议是基于UDP的协议,它提供了双向数据传输,并进行丢包恢复和延迟管理。SRT协议可以在有效负载中传输任何类型的内容,并安全加密。SRT协议是一种能够在复杂网络环境下实时、准确地传输数据流的网络传输技术。它传输层基于UDP,继承了UDP开销低、速度快的优点,再加上SRT自身强大的数据恢复能力,给行业提供了一种安全、稳定、快速的传输方案。拓展阅读:SRT和RTMP直接的比较 那如何实现互联网低延时视频传输? SRT是点对点传输协议,由于需要穿透互联网,所以至少需要有一端具备公网IP地址。将有公网 IP 地址的一端设备设置为 listener 模式,另一端采用 caller 模式向对端发起连接请求,待 SRT 连接建立成功之后,则可以实时传输视频流了。 应用场景举例: 某公司有固定的视频传输任务,需要将视频从广州办事处实时传输到北京总部,由于资源问题,只有北京总部可以提供公网IP以及可用的UDP端口,而办事处只能提供互联网连接。 千视KILOVIEW以普通组网环境的 A、B 两个站点为例,从站点 A的编码器以 SRT 方式实时将视频流传输至站点 B 的解码器,介绍如何实现公网传输方案(我们均以解决站点 B 的公网地址问题做介绍,站点 A同理),这里主要介绍网络相关配置,SRT具体配置可参考SRT如何部署。 由于北京总部可以提供公网IP(42*.0**88*)以及可用的UDP端口,这里假设防火墙打开的UDP端口号为8321,那么,我们就需要将广州的SRT设备(视频编码器)设置为Caller模式,并监听8321号UDP端口,准备建立SRT连接; 相应的,北京的SRT设备(视频解码器)需要设置为Listener模式,只需要能够接入互联网即可,它将向北京总部的公网IP (20*.0**88*)的UDP端口12345发送控制信息数据包,通过此端口来建立SRT连接。 那么我们应该如何在编解码器中设置这些SRT参数呢? 首先我们在编码器页面打开“编码和流媒体”--选择“SRT-TS推送”,点击“确定”后添加一个SRT服务。 在编码器推送参数进行设置,编码器使用Caller模式, 一项填入北京总部提供的UDP端口号“8321”; 一项填入北京总部提供的公网IP地址“42.48.72.169”; 然后在北京总部的解码器管理后台,在解码器页面“媒体”--“添加”,添加一个SRT源。 握手模式:接收方选择“Listener”; 端口:配置一个监听端口,需和发送方端口一致,端口号“8321”。 将添加的SRT视频源拖动至上方的输出窗口,解码器即开始在对应端口侦听SRT请求,收到正确SRT呼叫后可以与对端建立SRT连接并解码输出视频。 SRT是一种互联网点对点传输技术,具备“低延时、抗网络抖动”的优势特点。部署方便,不需中转平台(RTMP需要中转平台,仅需任意一端具备固定公网IP地址)。那如何获取公网IP地址?获取公网IP地址有3种方案 1、宽带运营商 PPPoE模式; 2、采用FRP方式做公网地址; 3、购买IP盒子获取公网IP地址; |