未来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

相关文章

Java解析JSON的六种方案

《Java解析JSON的六种方案》这篇文章介绍了6种JSON解析方案,包括Jackson、Gson、FastJSON、JsonPath、、手动解析,分别阐述了它们的功能特点、代码示例、高级功能、优缺点... 目录前言1. 使用 Jackson:业界标配功能特点代码示例高级功能优缺点2. 使用 Gson:轻量

Redis KEYS查询大批量数据替代方案

《RedisKEYS查询大批量数据替代方案》在使用Redis时,KEYS命令虽然简单直接,但其全表扫描的特性在处理大规模数据时会导致性能问题,甚至可能阻塞Redis服务,本文将介绍SCAN命令、有序... 目录前言KEYS命令问题背景替代方案1.使用 SCAN 命令2. 使用有序集合(Sorted Set)

MyBatis延迟加载的处理方案

《MyBatis延迟加载的处理方案》MyBatis支持延迟加载(LazyLoading),允许在需要数据时才从数据库加载,而不是在查询结果第一次返回时就立即加载所有数据,延迟加载的核心思想是,将关联对... 目录MyBATis如何处理延迟加载?延迟加载的原理1. 开启延迟加载2. 延迟加载的配置2.1 使用

Android WebView的加载超时处理方案

《AndroidWebView的加载超时处理方案》在Android开发中,WebView是一个常用的组件,用于在应用中嵌入网页,然而,当网络状况不佳或页面加载过慢时,用户可能会遇到加载超时的问题,本... 目录引言一、WebView加载超时的原因二、加载超时处理方案1. 使用Handler和Timer进行超

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

高效+灵活,万博智云全球发布AWS无代理跨云容灾方案!

摘要 近日,万博智云推出了基于AWS的无代理跨云容灾解决方案,并与拉丁美洲,中东,亚洲的合作伙伴面向全球开展了联合发布。这一方案以AWS应用环境为基础,将HyperBDR平台的高效、灵活和成本效益优势与无代理功能相结合,为全球企业带来实现了更便捷、经济的数据保护。 一、全球联合发布 9月2日,万博智云CEO Michael Wong在线上平台发布AWS无代理跨云容灾解决方案的阐述视频,介绍了

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

JavaFX应用更新检测功能(在线自动更新方案)

JavaFX开发的桌面应用属于C端,一般来说需要版本检测和自动更新功能,这里记录一下一种版本检测和自动更新的方法。 1. 整体方案 JavaFX.应用版本检测、自动更新主要涉及一下步骤: 读取本地应用版本拉取远程版本并比较两个版本如果需要升级,那么拉取更新历史弹出升级控制窗口用户选择升级时,拉取升级包解压,重启应用用户选择忽略时,本地版本标志为忽略版本用户选择取消时,隐藏升级控制窗口 2.

如何选择SDR无线图传方案

在开源软件定义无线电(SDR)领域,有几个项目提供了无线图传的解决方案。以下是一些开源SDR无线图传方案: 1. **OpenHD**:这是一个远程高清数字图像传输的开源解决方案,它使用SDR技术来实现高清视频的无线传输。OpenHD项目提供了一个完整的工具链,包括发射器和接收器的硬件设计以及相应的软件。 2. **USRP(Universal Software Radio Periphera