QT实现低延迟的RTSP、RTMP播放器

 

好多开发者在QT环境下实现RTMP或RTSP播放时，首先考虑到的是集成VLC，集成后，却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意，无法满足上线环境需求。本文以调用大牛直播SDK（官方）的Windows平台播放端SDK为例，介绍下如何在QT下实现低延迟的RTMP|RTSP播放器，废话不多说，先上图：

大牛直播SDK有MFC的demo，所以在QT上实现播放轻车熟路，如果需要多窗口播放，也可以参考转发的demo，转发的那个4窗口预览的demo做了二次封装，调用更方便。

窗体布局不再赘述，就是个普通的6窗口布局，不得不说，QT在窗体布局这块，相对MFC真的太方便了。

考虑到大多场景下，开发者有多路播放诉求，针对这种情况，我们对player做个简单的封装：

开始播放：

bool player_wrapper::StartPlay(const std::string& url, bool is_rtsp_tcp_mode, bool is_mute)
{if (is_playing_)return false;if (!OpenPlayerHandle(url, is_rtsp_tcp_mode, is_mute))return false;player_api_->SetBuffer(player_handle_, 100);player_api_->SetMute(player_handle_, is_mute ? 1 : 0);player_api_->SetRtspAutoSwitchTcpUdp(player_handle_, true);player_api_->SetRtspTimeout(player_handle_, 10);player_api_->SetRenderWindow(player_handle_, render_wnd_);player_api_->SetRenderScaleMode(player_handle_, 1);auto ret = player_api_->StartPlay(player_handle_);if (NT_ERC_OK != ret){if (!is_recording_){player_api_->Close(player_handle_);player_handle_ = NULL;}return false;}is_playing_ = true;return true;
}

开始播放封装，调用了OpenPlayerHandle()，检查系统是不是支持特定机型硬解码，通过调用Open()接口，获取播放实例，然后进行播放前的参数设置，比如网络状态event回调、视频宽高回调、设置buffer time、RTSP的TCP-UDP模式，默认播放音量等，具体实现如下：

bool player_wrapper::OpenPlayerHandle(const std::string& url, bool is_rtsp_tcp_mode, bool is_mute)
{if (player_handle_ != NULL)return true;if (url.empty())return false;bool is_support_h264_hardware_decoder_ = NT_ERC_OK == player_api_->IsSupportH264HardwareDecoder();bool is_support_h265_hardware_decoder_ = NT_ERC_OK == player_api_->IsSupportH265HardwareDecoder();NT_HANDLE player_handle = NULL;Q_ASSERT(player_api_ != NULL);if (NT_ERC_OK != player_api_->Open(&player_handle, render_wnd_, 0, NULL)){return false;}Q_ASSERT(player_handle != NULL);player_api_->SetEventCallBack(player_handle, this, &NT_Player_SDKEventHandle);player_api_->SetVideoSizeCallBack(player_handle, this, SP_SDKVideoSizeHandle);player_api_->SetH264HardwareDecoder(player_handle, is_support_h264_hardware_decoder_ ? 1 : 0, 0);player_api_->SetH265HardwareDecoder(player_handle, is_support_h265_hardware_decoder_ ? 1 : 0, 0);player_api_->SetBuffer(player_handle, 0);player_api_->SetFastStartup(player_handle, 1);player_api_->SetRTSPTcpMode(player_handle, is_rtsp_tcp_mode ? 1 : 0);player_api_->SetMute(player_handle, is_mute ? 1 : 0);int audio_volume = 100;player_api_->SetAudioVolume(player_handle, audio_volume);if (NT_ERC_OK != player_api_->SetURL(player_handle, url.c_str())){if (!is_recording_){player_api_->Close(player_handle_);player_handle_ = NULL;}return false;}player_handle_ = player_handle;return true;
}

停止播放：

void player_wrapper::StopPlay()
{if (!is_playing_)return;player_api_->StopPlay(player_handle_);if (!is_recording_){player_api_->Close(player_handle_);player_handle_ = NULL;}is_playing_ = false;
}

Event回调：

extern "C" NT_VOID NT_CALLBACK NT_Player_SDKEventHandle(NT_HANDLE handle, NT_PVOID user_data,NT_UINT32 event_id,NT_INT64  param1,NT_INT64  param2,NT_UINT64 param3,NT_PCSTR  param4,NT_PCSTR  param5,NT_PVOID  param6)
{if (user_data == NULL)return;auto wrapper = reinterpret_cast<player_wrapper*>(user_data);if (wrapper == NULL)return;wrapper->OnPlayerStatus(event_id, param1);
}
void player_wrapper::OnPlayerStatus(NT_UINT32 event_id, NT_INT64 param1)
{if (player_handle_ == NULL)return;if (!is_playing_ && !is_recording_){return;}if (NT_SP_E_EVENT_ID_RTSP_STATUS_CODE == event_id){int status_code = (int)param1;if (401 == status_code){//HandleVerification();}return;}if (NT_SP_E_EVENT_ID_CONNECTING == event_id|| NT_SP_E_EVENT_ID_CONNECTION_FAILED == event_id|| NT_SP_E_EVENT_ID_CONNECTED == event_id|| NT_SP_E_EVENT_ID_DISCONNECTED == event_id|| NT_SP_E_EVENT_ID_NO_MEDIADATA_RECEIVED == event_id){if (NT_SP_E_EVENT_ID_CONNECTING == event_id){OutputDebugStringA("connection status: connecting\r\n");}else if (NT_SP_E_EVENT_ID_CONNECTION_FAILED == event_id){OutputDebugStringA("connection status: connection failed\r\n");}else if (NT_SP_E_EVENT_ID_CONNECTED == event_id){OutputDebugStringA("connection status: connected\r\n");}else if (NT_SP_E_EVENT_ID_DISCONNECTED == event_id){OutputDebugStringA("connection status: disconnected\r\n");}else if (NT_SP_E_EVENT_ID_NO_MEDIADATA_RECEIVED == event_id){OutputDebugStringA("connection status: no mediadata received\r\n");}}std::unique_lock<std::recursive_mutex> lock(player_handle_mutex_);player_status_ = event_id;
}

调用封装后的播放接口，记得多实例播放环境下，Init()和UnInit()接口仅需要调用一次，测试URL可自行设置。

void frmMain::startplay()
{for (int i = 0; i < widgets.size(); ++i){if (!plays[i]){plays[i] = std::make_shared<player_wrapper>(&player_api_, (HWND)NULL,(HWND)widgets.at(i)->winId());}auto& play = plays[i];if (!play->IsPlaying()){QString play_url = "rtsp://admin:admin123456@192.168.0.121:554/cam/realmonitor?channel=1&subtype=0";if (!play->StartPlay(play_url.toStdString(), true, false)){QMessageBox::information(NULL, "播放失败!", play_url);}}}
}

void frmMain::stopplay()
{for (int i = 0; i < widgets.size(); ++i){if (!plays[i]){plays[i] = std::make_shared<player_wrapper>(&player_api_, (HWND)NULL,(HWND)widgets.at(i)->winId());}auto& play = plays[i];if (play->IsPlaying()){play->StopPlay();}widgets.at(i)->setText(QString("通道 %1").arg(i + 1));widgets.at(i)->update();}
}

窗体大小发生改变时：


void frmMain::resizeEvent(QResizeEvent* event)
{for (int i = 0; i < widgets.size(); ++i){if (!plays[i]){plays[i] = std::make_shared<player_wrapper>(&player_api_, (HWND)NULL,(HWND)widgets.at(i)->winId());}auto& play = plays[i];if (play->IsPlaying()){play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height());}}
}

以上是QT环境下集成个低延迟的RTMP、RTSP播放的基本流程，感兴趣的开发者可酌情参考。相对MFC，QT环境下在实现更酷炫和实用的逻辑显然体验更好一些。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/553054.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Android对接实现内网无纸化会议|智慧教室|实时同屏功能

Android对接实现内网无纸化会议|智慧教室|实时同屏功能

背景 本文主要讲的是基于Android平台实现RTMP的技术方案设计&#xff0c;基础架构图如下&#xff1a; 组网注意事项 1. 组网&#xff1a;无线组网&#xff0c;需要好的AP模块才能撑得住大的并发流量&#xff0c;推送端到AP&#xff0c;最好是有线网链接&#xff1b; 2. 服务…
阅读更多...
Windows平台RTMP推送|轻量级RTSP服务实现本地摄像头|屏幕|叠加数据预览

Windows平台RTMP推送|轻量级RTSP服务实现本地摄像头|屏幕|叠加数据预览

背景 大家在做Windows平台RTMP推送或轻量级RTSP服务的时候&#xff0c;不管是采集屏幕还是采集摄像头&#xff0c;亦或屏幕摄像头的叠加模式&#xff0c;总会有这样的诉求&#xff0c;采集到的数据&#xff0c;希望能本地看看具体采集的数据或者图像实际效果&#xff0c;也就是…
阅读更多...
Windows平台RTMP|RTSP播放器为什么要兼容GDI绘制

Windows平台RTMP|RTSP播放器为什么要兼容GDI绘制

为什么要支持GDI 先说结论&#xff0c;Windows平台播放渲染这块&#xff0c;一般来说99%以上的机器都是支持D3D的&#xff0c;实现GDI模式绘制&#xff0c;除了为了好的兼容性外&#xff0c;在远程连接的场景下&#xff0c;D3D创建不成功&#xff0c;需要使用GDI模式。 简单来…
阅读更多...
Android平台实现Unity3D下RTMP推送

Android平台实现Unity3D下RTMP推送

像Unity3D下的RTMP或RTSP播放器一样&#xff0c;好多开发者苦于在Unity环境下&#xff0c;如何高效率低延迟的把数据采集并编码实时推送到流媒体服务器&#xff0c;实现Unity场景下的低延迟推拉流方案。 关于屏幕采集&#xff0c;有两种方案&#xff1a; 1. 直接封装Android原…
阅读更多...
Windows平台实现Unity下窗体|摄像头|屏幕采集推送

Windows平台实现Unity下窗体|摄像头|屏幕采集推送

技术背景 随着Unity3D的应用范围越来越广&#xff0c;越来越多的行业开始基于Unity3D开发产品&#xff0c;如传统行业中虚拟仿真教育、航空工业、室内设计、城市规划、工业仿真等领域。 基于此&#xff0c;好多开发者苦于在Unity环境下&#xff0c;没有低延迟的推拉流解决方案…
阅读更多...
数据推送选择GB28181、RTSP还是RTMP？

数据推送选择GB28181、RTSP还是RTMP？

GB/T28181 国标GB/T28181协议全称《安全防范视频监控联网系统信息传输、交换、控制技术要求》&#xff0c;是一个定义视频联网传输和设备控制标准的白皮书&#xff0c;由公安部科技信息化局提出&#xff0c;该标准规定了城市监控报警联网系统中信息传输、交换、控制的互联结构…
阅读更多...
Android平台基于RTMP或RTSP的一对一音视频互动技术方案探讨

Android平台基于RTMP或RTSP的一对一音视频互动技术方案探讨

背景 随着智能门禁等物联网产品的普及&#xff0c;越来越多的开发者对音视频互动体验提出了更高的要求。目前市面上大多一对一互动都是基于WebRTC&#xff0c;优点不再赘述&#xff0c;我们这里先说说可能需要面临的问题&#xff1a;WebRTC的服务器部署非常复杂&#xff0c;可…
阅读更多...
Android前端音视频数据接入GB28181平台意义

Android前端音视频数据接入GB28181平台意义

技术背景 在我们研发Android平台GB28181前端音视频接入模块之前&#xff0c;业内听到最多的是&#xff0c;如何用Android或者Windows端&#xff0c;在没有国标IPC设备的前提下&#xff0c;模拟GB28181的信令和媒体流交互流程&#xff0c;实现GB28181整体方案的测试&#xff1f…
阅读更多...
std::atomic和std::mutex区别

std::atomic和std::mutex区别

​std::atomic介绍​ ​模板类std::atomic是C11提供的原子操作类型&#xff0c;头文件 #include<atomic>。​在多线程调用下&#xff0c;利用std::atomic可实现数据结构的无锁设计。​​ ​和互斥量的不同之处在于&#xff0c;std::atomic原子操作&#xff0c;主要是保…
阅读更多...
C++ std::remove/std::remove_if/erase用法探讨

C++ std::remove/std::remove_if/erase用法探讨

​std::remove 不会改变输入vector/string的长度。其过程相当于去除指定的字符&#xff0c;剩余字符往前靠。后面的和原始字符保持一致。​ 需要注意的是&#xff0c;remove函数是通过覆盖移去的&#xff0c;如果容器最后一个值刚好是需要删除的&#xff0c;则它无法覆盖掉容器…
阅读更多...
再谈NULL和nullptr(C++11)区别

再谈NULL和nullptr(C++11)区别

在谈NULL和nullptr区别之前&#xff0c;我们先看段代码&#xff1a; #include "stdafx.h" #include <iostream>using namespace std; void func(void *p) {cout << "p is pointer " << p << endl; } void func(int num) {cout &l…
阅读更多...
C++11新特性探索：原始字符串字面值(raw string literal)

C++11新特性探索：原始字符串字面值(raw string literal)

原始字符串字面值(raw string literal)是C11引入的新特性。 原始字符串简单来说&#xff0c;“原生的、不加处理的”&#xff0c;字符表示的就是自己&#xff08;所见即所得&#xff09;&#xff0c;引号、斜杠无需 “\” 转义&#xff0c;比如常用的目录表示&#xff0c;引入…
阅读更多...
Android国标接入终端实现GB28181实时位置（MobilePosition）上报

Android国标接入终端实现GB28181实时位置（MobilePosition）上报

技术背景 在实现本文提到的Android平台国标GB28181接入终端的实时位置上报之前&#xff0c;之前已经完成了Android终端GB28181常规功能接入&#xff0c;采集到实时音视频数据&#xff0c;编码PS打包后&#xff0c;按需传到GB28281服务平台&#xff0c;媒体流支持最新GB28181-2…
阅读更多...
基于RTMP的智慧数字人|AI数字人传输技术方案探讨

基于RTMP的智慧数字人|AI数字人传输技术方案探讨

技术背景 随着智慧数字人、AI数字人的兴起&#xff0c;越来越多的公司着手构建​全息、真实感数字角色等技术合成的数字仿真人虚拟形象&#xff0c;通过“虚拟形象语音交互&#xff08;T-T-S、ASR&#xff09;自然语言理解&#xff08;NLU&#xff09;深度学习”&#xff0c;构…
阅读更多...
​GB28181心跳机制探讨和技术实现

​GB28181心跳机制探讨和技术实现

​GB/T 28181-2016心跳机制​ ​通过周期性的状态信息报送&#xff0c;实现注册服务器与源设备之间的状态检测即心跳机制。 ​ ​心跳发送方、接收方需统一配置“心跳间隔”参数&#xff0c;按照“心跳间隔”定时发送心跳消息&#xff0c;默认心跳间隔60s。心跳发送方、接收方…
阅读更多...
Unity3D下Linux平台播放RTSP或RTMP流

Unity3D下Linux平台播放RTSP或RTMP流

背景 尽管Windows平台有诸多优势&#xff0c;Linux平台的发展还是势不可挡&#xff0c;特别实在传统行业&#xff0c;然而Linux生态构建&#xff0c;总是差点意思&#xff0c;特别是有些常用的组件&#xff0c;本文基于已有的Linux平台RTSP、RTMP播放模块&#xff0c;构建Unit…
阅读更多...
Unity3D平台实现全景实时RTMP|RTSP流渲染

Unity3D平台实现全景实时RTMP|RTSP流渲染

好多开发者的使用场景&#xff0c;需要在Windows特别是Android平台实现Unity3D的全景实时视频渲染&#xff0c;本文以Windows平台为例&#xff0c;简单介绍下具体实现&#xff1a; 如果是RTSP或RTMP流数据&#xff0c;实际上难点&#xff0c;主要在于拉取RTSP或RTMP流&#xf…
阅读更多...
C++17新特性之std::string_view

C++17新特性之std::string_view

std::string_view系C17标准发布后新增的内容&#xff0c;类成员变量包含两个部分&#xff1a;字符串指针和字符串长度&#xff0c;相比std::string, std::string_view涵盖了std::string的所有只读接口。如果生成的std::string无需进行修改操作&#xff0c;可以把std::string转换…
阅读更多...
Android平台实现RTSP|RTMP转GB28181网关接入

Android平台实现RTSP|RTMP转GB28181网关接入

背景 在事先Android平台RTSP、RTMP转GB28181网关之前&#xff0c;我们已经实现了Android平台GB28181的接入&#xff0c;可实现Android平台采集到的音视频数据&#xff0c;编码后&#xff0c;打包按需发到GB28181服务平台。此外&#xff0c;拉流端&#xff0c;我们已经有了成熟…
阅读更多...
Unity3D下实现Linux平台RTMP推流（以采集Unity窗体和声音为例）

Unity3D下实现Linux平台RTMP推流（以采集Unity窗体和声音为例）

技术背景 随着物联网等行业的崛起&#xff0c;越来越多的传统行业如虚拟仿真、航天工业、工业仿真、城市规划等&#xff0c;对Linux下的生态构建&#xff0c;有了更大的期望&#xff0c;Linux平台下&#xff0c;可选的直播推拉流解决方案相对Windows和移动端&#xff0c;非常少…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023