LIVE555再学习 -- live555实现RTSP直播服务器 分析

上一篇文章 讲到了 live555实现RTSP直播服务器，但是篇幅有点长，没有来得及对源码进行分析。

这篇文章就好好看看，源码部分这次参看Linux版本下的 通过live555实现H264 RTSP直播 （代码太繁琐）

然后还可以结合 live555直播(准备2)-重写doGetNextFrame()和doEventLoop() 这篇文章来讲。

这哥们写的这几篇文章，都是很不错的。可以关注一下。

他的 DM365+live555实现RTSP直播服务器(广播) ，正是我要实现的结果。

一、源码分析

一下源码分析以参看 通过live555实现H264 RTSP直播（Windows版） 为主。

查看 testOnDemandRTSPServer.cpp 源码 h264 部分。

你可以看到，我参看的这几篇文章里，都是 修改为自己实现的H264LiveVideoServerMediaSubssion  

然后就涉及到自写 H264LiveVideoServerMediaSubssion.hh、H264LiveVideoServerMediaSubssion.cpp

可以对比官方源码，看看自己实现的和官网源码有啥不一样。

H264LiveVideoServerMediaSubssion.hh 主要移植这几部分，省去了 fileName 

再有就是创建类，继承自 H264VideoFileServerMediaSubsession

但是我看到 Linux 那篇是用的 OnDemandServerMediaSubsession  

H264LiveVideoServerMediaSubssion.cpp 主要移植这几部分

最后这里有一个 H264LiveFramedSource 它是自己建的类，对应的即官网源码的 ByteStreamFileSource

然后就涉及到自写 h264LiveFramedSource.hh、h264LiveFramedSource.cpp

可以对比官方源码，看看自己实现的和官网源码有啥不一样。

h264LiveFramedSource.hh 主要移植这几部分，还是将 fileName 去掉了。

再有就是创建类，继承自 ByteStreamFileSource 这里有点懵逼，不知道为什么要用 ByteStreamFileSource

因为我看其他两个博客里用的是 FramedSource 

PS：window版本博文了已经说明了

通过“基础”中的分析可以得出，想实现自定义服务器，需要将sms->addSubsession(H264VideoFileServerMediaSubsession::createNew(*env, inputFileName,reuseFirstSource))，中的H264VideoFileServerMediaSubsession替换成自己的子会话。H264VideoFileServerMediaSubsession类在其createNewStreamSource(unsigned /*clientSessionId*/, unsigned& estBitrate)函数中调用了ByteStreamFileSource::createNew(envir(), fFileName)，而 frame 的获取正是在 ByteStreamFileSource 类中的 doGetNextFrame() 函数中实现的。因此，这里需要继承H264VideoFileServerMediaSubsession 和 ByteStreamFileSource类，并重写其中的createNewStreamSource 和 doGetNextFrame 函数。

这部分概念：

参看：live555学习-ByteStreamFileSource和H264VideoStreamFramer

参看：live555学习-FramedSource详解

FramedSource 是一个抽象类，继承自mediaSource继承自medium，里面有纯虚函数virtual void doGetNextFrame ();
此函数初始化了几个必要参数，并调用了纯虚函数doGetNextFrame();此函数留给派生类实现，例如ByteStreamFileSource 类

这两句道明了三者关系！！

h264LiveFramedSource.cpp 部分主要移植

window版本博文了已经说明了，这里不使用命名管道来实现，而是直接读取本地H264文件，分解成StartCode+NALU 内存块，然后拷贝到 Live555 Server 。这样一来，就很容易改成命名管道的形式，命名管道的客户端只需读取本地H264文件，分解成StartCode（0x000001或0x00000001）+NALU内存块，并写入管道，命名管道服务器端（在Live555 Server中）读取管道数据，并拷贝到Live555 Server。

它对应官方源码这部分

再有

它对应官方源码这部分

最后是 doGetNextFrame 这部分有点意思

这部分有参看源码部分：

跳转查看 doReadFromFile

这部分还有一个很重要的地方。

比如，我想用 DM368 + live555 实现RTSP 直播怎么办？

在 demo 的 encode 里有个 writer.c 找到里面有获取一帧的部分

if (fwrite(Buffer_getUserPtr(hOutBuf),Buffer_getNumBytesUsed(hOutBuf), 1, outFile) != 1) {ERR("Error writing the encoded data to video file\n");

这里的 Buffer_getUserPtr(hOutBuf)  即可获取一帧一帧的数据。

它等同于上述代码的 inBuf 将其替换，然后解析 test.264 那一套删除了，就可以。就这么简单粗暴！！！

直播、多播 参看：DM365+live555实现RTSP直播服务器(广播)

在h264LiveMediaServer.cpp主要是下面这部分做相应的修改

它对应官方源码下面这部分

这样就回到本文开始讲的了，源码分析到此结束！！

二、doEventLoop 源码分析

在最后部分有这样一段

有时我们有必要重写  doEventLoop 的

得，我们先看一下源码

跳转查看 doEventLoop   注释：反复循环,处理readble套接字和定时事件:

讲解部分：

参看：live555 env->taskScheduler().doEventLoop()解析/自己实现

参看：live555直播(准备2)-重写doGetNextFrame()和doEventLoop()

自行查看吧，我是太懒了，不想看！！

直接看怎么重写 doEventLoop 函数：

执行：