未来5G编码器之海思小于100毫秒低延迟直播方案评测

本文主要是介绍未来5G编码器之海思小于100毫秒低延迟直播方案评测,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

本文摘自:https://blog.csdn.net/weixin_45326556/article/details/95058054
很多人对于直播的带来的延时还是挺在意的,下面我分享的这篇文章能给大家带来个技术上的指引,好了,坐下来慢慢看:

背景

最近接触了许多客户,许多是做安全方面产品的客户,有些还涉及到jun队后勤的等等,他们普遍对采集延迟,编码延迟,传输延迟等都有很大关注。例如有个客户是做反狙击探测的,那可是与生命相关的,容不得试错的(PS:我无法判断海思Hi3531D/Hi3521D系列产品是否适合做这种高实时性的产品,当然做个评估或者算法验证完全是可以的)。

测量方法

精准测试延迟的方法要用专业仪器来测量,或者在程序中记录精准时间来判断,这些方法过于专业,也不方便展示,本文采用的测量方法是目测法,这个方法不大精准,但最容易展示。
在这里插入图片描述
主板参考链接:https://item.taobao.com/item.htm?spm=a2oq0.12575281.0.0.15d11debUtUQr8&ft=t&id=630502728823
    如上图所,通常直播是经过采集,编码,网络输出,网络接收,解码,显示输出,经过这几大环节后,用户才能看到直播的画面,其总延迟是T1-T3;采集延迟为T1-T2。直播延迟还跟网络协议有关,其中UDP,RTMP和RTSP延迟相对较小,HTTP延迟偏大,延迟最大的是HLS,这种技术是切片技术,很适合做对延迟要求不高的网络直播(例如非互动的单向直播,IPTV就是这类),该技术最大的好处就是能在网络带宽波动很大的环境下也能保持流畅(其实就是因为缓冲够大嘛)。

测试结果

为了抓拍到T1,T2,T3,我们使用单反相机快速连拍功能,分别对UDP,RTSP和RTMP协议的测试进行抓拍,然后对抓拍到图片序列进行统计分析。抓拍到的图片序列已经上传到百度网盘,需要的可以从我们百度网盘上下载:
链接:https://pan.baidu.com/s/1ySnVeRHsuvzvtywh8xDz1g
提取码:qx9x
在这里插入图片描述
    如上图所示,做为信号源的笔记本显示的时间码是19:35:55.217,而编码板采集预览显示的时间码也是19:35:55.217,说明采集延迟为T1-T2=217-217=0,忽略不计;解码板通过网络接收来自编码板的网络流,解码后通过HDMI输出,其显示的时间码是19:35:55.174,那说明延迟为T1-T3=217-174=43,也就是延迟为43毫秒。为了方便用户查看和对比,我们把拍下来的照片的时间码做了记录,并用EXCEL表做了计算,参见下表。
在这里插入图片描述
    从上表可以看出,UDP(TS封装)的平均延迟为71.1毫秒,由于我们的TS封装是使用了FFMPEG来进行封装的,所以封装延迟较大,如果采用RAW H264/H265 UDP,估计延迟会大大降低;RTSP OVER UDP平均延迟为83豪秒,还真搞不懂这个延迟什么会这么大;RTMP的延迟仅为52.6毫秒,真是有点意外,而且每个采样的延迟几乎都是在43毫秒左右,很均匀,不像TS-UDP和RTSP OVER UDP每个采样测出的延迟数据波动有点大。

源程序

编码端源程序

完整的工程参见:https://gitee.com/LinkPi/3531D/tree/master/LowLatencyENC

//main.cpp
#include <QCoreApplication>
#include "Link.h"#define RTSP
//#define UDP
//#define RTMPint main(int argc, char *argv[])
{QCoreApplication a(argc, argv);Link::init();LinkObject *vi=Link::create("InputVi");QVariantMap dataVi;dataVi["interface"]="HDMI-A";vi->start(dataVi);LinkObject *vo=Link::create("OutputVo");QVariantMap dataVo;dataVo["type"]="hdmi";dataVo["lowLatency"]=true;vo->start(dataVo);vi->linkV(vo);LinkObject *encV=Link::create("EncodeV");QVariantMap dataEncV;dataEncV["codec"]="h264";dataEncV["framerate"]=60;dataEncV["width"]=1920;dataEncV["height"]=1080;dataEncV["bitrate"]=8000;dataEncV["lowLatency"]=true;encV->start(dataEncV);LinkObject *mux=Link::create("Mux");QVariantMap dataRtsp;
#ifdef RTSPdataRtsp["path"]="mem://test";dataRtsp["format"]="rtsp";
#elif UDPdataRtsp["path"]="mem://test";dataRtsp["format"]="mpegts";
#elif RTMPdataRtsp["path"]="rtmp://127.0.0.1/live/test";dataRtsp["format"]="flv";
#endifdataRtsp["mute"]=true;mux->start(dataRtsp);#ifdef RTSPLinkObject *rtspServer=Link::create("Rtsp");rtspServer->start();vi->linkV(encV)->linkV(mux)->linkV(rtspServer);
#elif UDPLinkObject *udp=Link::create("TSUdp");QVariantMap dataUDP;dataUDP["ip"]="192.168.1.77";dataUDP["port"]=1234;udp->start(dataUDP);vi->linkV(encV)->linkV(mux)->linkV(udp);
#elif RTMPvi->linkV(encV)->linkV(mux);
#endifreturn a.exec();

解码端源程序

完整的工程参见:https://gitee.com/LinkPi/3531D/tree/master/LowLatencyDEC

//main.cpp
#include <QCoreApplication>
#include "Link.h"#define RTSP
//#define UDP
//#define RTMPint main(int argc, char *argv[])
{QCoreApplication a(argc, argv);Link::init();LinkObject *vo=Link::create("OutputVo");QVariantMap dataVo;dataVo["type"]="hdmi";vo->start(dataVo);LinkObject *net=Link::create("InputNet");QVariantMap dataNet;
#ifdef RTSPdataNet["path"]="rtsp://192.168.1.76/test";
#elif UDPdataNet["path"]="udp://@:1234";
#elif RTMPdataNet["path"]="rtmp://192.168.1.76/live/test";
#endifdataNet["protocol"]="udp";dataNet["buffer"]=false;dataNet["sync"]=false;net->start(dataNet);LinkObject *dec=Link::create("DecodeV");QVariantMap dataDec;dataDec["lowLatency"]=true;dec->start(dataDec);net->linkV(dec)->linkV(vo);return a.exec();
}

抓拍的图片序列

为了方便阅读,我们这里对每一种网络协议抓拍到的图片展示三幅图,若需要查看全部的图,请到网盘下载。

1.TS over UDP

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.RTSP over UDP

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3.RTMP

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

总结

从以上评测数据来看,海思芯片不愧称的上是业内领头羊,ENC5完美的发挥了它的优势性能。希望这篇文章能给大家技术上的指引,谢谢大家能看完本文,还请轻台贵手,多多点赞和支持,关注我哦!

这篇关于未来5G编码器之海思小于100毫秒低延迟直播方案评测的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/391816

相关文章

Python + Streamlit项目部署方案超详细教程(非Docker版)

《Python+Streamlit项目部署方案超详细教程(非Docker版)》Streamlit是一款强大的Python框架,专为机器学习及数据可视化打造,:本文主要介绍Python+St... 目录一、针对 Alibaba Cloud linux/Centos 系统的完整部署方案1. 服务器基础配置(阿里

SpringSecurity中的跨域问题处理方案

《SpringSecurity中的跨域问题处理方案》本文介绍了跨域资源共享(CORS)技术在JavaEE开发中的应用,详细讲解了CORS的工作原理,包括简单请求和非简单请求的处理方式,本文结合实例代码... 目录1.什么是CORS2.简单请求3.非简单请求4.Spring跨域解决方案4.1.@CrossOr

使用MyBatis TypeHandler实现数据加密与解密的具体方案

《使用MyBatisTypeHandler实现数据加密与解密的具体方案》在我们日常的开发工作中,经常会遇到一些敏感数据需要存储,比如用户的手机号、身份证号、银行卡号等,为了保障数据安全,我们通常会对... 目录1. 核心概念:什么是 TypeHandler?2. 实战场景3. 代码实现步骤步骤 1:定义 E

Python实现繁体转简体功能的三种方案

《Python实现繁体转简体功能的三种方案》在中文信息处理中,繁体字与简体字的转换是一个常见需求,无论是处理港澳台地区的文本数据,还是开发面向不同中文用户群体的应用,繁简转换都是不可或缺的功能,本文将... 目录前言为什么需要繁简转换?python实现方案方案一:使用opencc库方案二:使用zhconv库

MyBatis中的大于等于、小于等于写法

《MyBatis中的大于等于、小于等于写法》MyBatisXML映射文件中处理大于等于和小于等于符号的两种方法:使用转义字符和CDATA块,转义字符更为常见,而CDATA块则提供了一种更易读的解决方案... 目录1. 使用转义字符(推荐)2. 使用 CDATA 块注意事项总结在 MyBATis 的 XML

MyBatis Plus中执行原生SQL语句方法常见方案

《MyBatisPlus中执行原生SQL语句方法常见方案》MyBatisPlus提供了多种执行原生SQL语句的方法,包括使用SqlRunner工具类、@Select注解和XML映射文件,每种方法都有... 目录 如何使用这些方法1. 使用 SqlRunner 工具类2. 使用 @Select 注解3. 使用

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

MyBatis延迟加载与多级缓存全解析

《MyBatis延迟加载与多级缓存全解析》文章介绍MyBatis的延迟加载与多级缓存机制,延迟加载按需加载关联数据提升性能,一级缓存会话级默认开启,二级缓存工厂级支持跨会话共享,增删改操作会清空对应缓... 目录MyBATis延迟加载策略一对多示例一对多示例MyBatis框架的缓存一级缓存二级缓存MyBat

前端缓存策略的自解方案全解析

《前端缓存策略的自解方案全解析》缓存从来都是前端的一个痛点,很多前端搞不清楚缓存到底是何物,:本文主要介绍前端缓存的自解方案,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录一、为什么“清缓存”成了技术圈的梗二、先给缓存“把个脉”:浏览器到底缓存了谁?三、设计思路:把“发版”做成“自愈”四、代码

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock