LIVE555学习5:testOnDemandRTSPServer例程解析

2024-05-27 09:38

本文主要是介绍LIVE555学习5:testOnDemandRTSPServer例程解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 1 主函数
  • 2 ServerMediaSession
  • 3 Source 和 Sink

关于testOnDemandRTSPServer例程分析,网上有很多文章,有些写的非常详细,将涉及到的每个函数以及类进行了详细讲解,看了之后很有收获,可是让自己写是如何也写不出来的。只是将自己输入的内容有个输出,防止以后遗忘。。。

1 主函数

主函数如下,只列出了H264,去掉了其他类型:

int main(int argc, char** argv) {// Begin by setting up our usage environment:TaskScheduler* scheduler = BasicTaskScheduler::createNew(); //创建任务调度器env = BasicUsageEnvironment::createNew(*scheduler); //创建交互环境/* 权限控制 */UserAuthenticationDatabase* authDB = NULL;
#ifdef ACCESS_CONTROL// To implement client access control to the RTSP server, do the following:authDB = new UserAuthenticationDatabase;authDB->addUserRecord("username1", "password1"); // replace these with real strings// Repeat the above with each <username>, <password> that you wish to allow// access to the server.
#endif// Create the RTSP server,端口8554RTSPServer* rtspServer = RTSPServer::createNew(*env, 8554, authDB);if (rtspServer == NULL) {*env << "Failed to create RTSP server: " << env->getResultMsg() << "\n";exit(1);}char const* descriptionString= "Session streamed by \"testOnDemandRTSPServer\"";// Set up each of the possible streams that can be served by the// RTSP server.  Each such stream is implemented using a// "ServerMediaSession" object, plus one or more// "ServerMediaSubsession" objects for each audio/video substream.// A H.264 video elementary stream:{char const* streamName = "stream0";  //流名字char const* inputFileName = "output.h264";  //文件名// 创建媒体会话,当客户点播流的时候,会输入流的名字即上文的”stream0”,用来告诉RTSP服务器点播的是那个流ServerMediaSession* sms= ServerMediaSession::createNew(*env, streamName, streamName, descriptionString);//添加子会话,当点播此流的时候,会打开inputFileName指定的文件,即打开“output.h264”sms->addSubsession(H264VideoFileServerMediaSubsession::createNew(*env, inputFileName, reuseFirstSource));//为rtspserver添加sessionrtspServer->addServerMediaSession(sms);//打印信息到标准输出announceStream(rtspServer, sms, streamName, inputFileName);}if (rtspServer->setUpTunnelingOverHTTP(80) || rtspServer->setUpTunnelingOverHTTP(8000) || rtspServer->setUpTunnelingOverHTTP(8080)) {*env << "\n(We use port " << rtspServer->httpServerPortNum() << " for optional RTSP-over-HTTP tunneling.)\n";} else {*env << "\n(RTSP-over-HTTP tunneling is not available.)\n";}env->taskScheduler().doEventLoop(); // does not returnreturn 0; // only to prevent compiler warning
}

上面便是主函数的全部内容,在函数起始部分会先创建一个任务调度器用于以后进行任务事件调度用,关于任务调度、计划任务这一部分在前面文章《IVE555学习3:live555MediaServer讲解——Live555从启动到响应Client过程分析》中有过介绍。

然后会创建一个交互环境env,用于输出一些信息。这些其实是创建一个RTSP服务器的标准流程,就不详细介绍了。

随后,会创建一个RTSPServer实例,端口号为8554.随后将其加入计划任务,当监听到Client的请求时候,会调用对应的handler函数进行响应,这一部分在前面文章《IVE555学习3:live555MediaServer讲解——Live555从启动到响应Client过程分析》也有过分析。

2 ServerMediaSession

在创建完RTSPServe实例后,会看到又创建了一个媒体会话ServerMediaSession, 然后将H264VideoFileServerMediaSubsession添加到ServerMediaSession会话中,然后又将ServerMediaSession添加进创建的RTSPServe实例中去。

H264VideoFileServerMediaSubsession通过分析发现是FileServerMediaSubsession的子类,FileServerMediaSubsession又是OnDemandServerMediaSubsession的子类,OnDemandServerMediaSubsession又是ServerMediaSubsession的子类。

关于上面的ServerMediaSession和ServerMediaSubsession我们可以简单理解如下:
一个ServerMediaSession对象对应一个媒体文件,一个媒体文件中可能同时包含音频和视频,对于每个视频或者音频,对应一个ServerMediaSubsession对象,所以一个ServerMediaSession可以有多个ServerMediaSubsession。

关于ServerMediaSession更详细的,可以参考下面的博客:
live555 源码分析:ServerMediaSession
https://www.wolfcstech.com/2017/09/07/live555_src_analysis_servermediasession/

3 Source 和 Sink

在H264VideoFileServerMediaSubsession中,需要提供其父类OnDemandServerMediaSubsession进行I/O操作时候需要的Source和Sink.
实现如下:

FramedSource* H264VideoFileServerMediaSubsession::createNewStreamSource(unsigned /*clientSessionId*/, unsigned& estBitrate) {estBitrate = 500; // kbps, estimate// Create the video source:ByteStreamFileSource* fileSource = ByteStreamFileSource::createNew(envir(), fFileName);if (fileSource == NULL) return NULL;fFileSize = fileSource->fileSize();// Create a framer for the Video Elementary Stream:return H264VideoStreamFramer::createNew(envir(), fileSource);
}

上面的Source和Sink的调用是在RTSP会话中的SETUP中进行调用的。

在SETUP会话中,有调用到subsession->getStreamParameters,这个虚函数在OnDemandServerMediaSubsession类中被实现,在getStreamParameters中,可以看到先后调用了createNewStreamSource和createNewRTPSink来创建,然后将其进行关联。

在上面创建的source中,我们可以看到ByteStreamFileSource这个类是通过void ByteStreamFileSource::doReadFromFile();从本地文件中读取数据。

其实这一部分也是我们需要着重关注的,如果想基于Live555实现直播流,就需要重写Source和Sink这一部分,将视频流的获取改写为实时流。

这篇关于LIVE555学习5:testOnDemandRTSPServer例程解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

全面解析Golang 中的 Gorilla CORS 中间件正确用法

《全面解析Golang中的GorillaCORS中间件正确用法》Golang中使用gorilla/mux路由器配合rs/cors中间件库可以优雅地解决这个问题,然而,很多人刚开始使用时会遇到配... 目录如何让 golang 中的 Gorilla CORS 中间件正确工作一、基础依赖二、错误用法(很多人一开

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

MySQL CTE (Common Table Expressions)示例全解析

《MySQLCTE(CommonTableExpressions)示例全解析》MySQL8.0引入CTE,支持递归查询,可创建临时命名结果集,提升复杂查询的可读性与维护性,适用于层次结构数据处... 目录基本语法CTE 主要特点非递归 CTE简单 CTE 示例多 CTE 示例递归 CTE基本递归 CTE 结

Spring Boot 3.x 中 WebClient 示例详解析

《SpringBoot3.x中WebClient示例详解析》SpringBoot3.x中WebClient是响应式HTTP客户端,替代RestTemplate,支持异步非阻塞请求,涵盖GET... 目录Spring Boot 3.x 中 WebClient 全面详解及示例1. WebClient 简介2.

在MySQL中实现冷热数据分离的方法及使用场景底层原理解析

《在MySQL中实现冷热数据分离的方法及使用场景底层原理解析》MySQL冷热数据分离通过分表/分区策略、数据归档和索引优化,将频繁访问的热数据与冷数据分开存储,提升查询效率并降低存储成本,适用于高并发... 目录实现冷热数据分离1. 分表策略2. 使用分区表3. 数据归档与迁移在mysql中实现冷热数据分

C#解析JSON数据全攻略指南

《C#解析JSON数据全攻略指南》这篇文章主要为大家详细介绍了使用C#解析JSON数据全攻略指南,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录一、为什么jsON是C#开发必修课?二、四步搞定网络JSON数据1. 获取数据 - HttpClient最佳实践2. 动态解析 - 快速

Spring Boot3.0新特性全面解析与应用实战

《SpringBoot3.0新特性全面解析与应用实战》SpringBoot3.0作为Spring生态系统的一个重要里程碑,带来了众多令人兴奋的新特性和改进,本文将深入解析SpringBoot3.0的... 目录核心变化概览Java版本要求提升迁移至Jakarta EE重要新特性详解1. Native Ima

spring中的@MapperScan注解属性解析

《spring中的@MapperScan注解属性解析》@MapperScan是Spring集成MyBatis时自动扫描Mapper接口的注解,简化配置并支持多数据源,通过属性控制扫描路径和过滤条件,利... 目录一、核心功能与作用二、注解属性解析三、底层实现原理四、使用场景与最佳实践五、注意事项与常见问题六

nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析(结合应用场景)

《nginx-t、nginx-sstop和nginx-sreload命令的详细解析(结合应用场景)》本文解析Nginx的-t、-sstop、-sreload命令,分别用于配置语法检... 以下是关于 nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析,结合实际应