九 h264 RTP传输详解(1)
前几章对Server端的介绍中有个比较重要的问题没有仔细探究:如何打开文件并获得其SDP信息。我们就从这里入手吧。
当RTSPServer收到对某个媒体的DESCRIBE请求时,它会找到对应的ServerMediaSession,调用ServerMediaSession::generateSDPDescription()。generateSDPDescription()中会遍历调用ServerMediaSession中所有的调用ServerMediaSubsession,通过subsession->sdpLines()取得每个Subsession的sdp,合并成一个完整的SDP返回之。
我们几乎可以断定,文件的打开和分析应该是在每个Subsession的sdpLines()函数中完成的,看看这个函数:
其所为如是:Subsession中直接保存了对应媒体文件的SDP,但是在第一次获取时fSDPLines为NULL,所以需先获取fSDPLines。其做法比较费事,竟然是建了临时的Source和RTPSink,把它们连接成一个StreamToken,Playing一段时间之后才取得了fSDPLines。createNewStreamSource()和createNewRTPSink()都是虚函数,所以此处创建的source和sink都是继承类指定的,我们分析的是H264,也就是H264VideoFileServerMediaSubsession所指定的,来看一下这两个函数:
可以看到,分别创建了H264VideoStreamFramer和H264VideoRTPSink。可以肯定H264VideoStreamFramer也是一个Source,但它内部又利用了另一个source--ByteStreamFileSource。后面会分析为什么要这样做,这里先不要管它。还没有看到真正打开文件的代码,继续探索:
此函数中取得Subsession的sdp并保存到fSDPLines。打开文件应在rtpSink->rtpmapLine()甚至是Source创建时已经做了。我们不防先把它放一放,而是先把SDP的获取过程搞个通透。所以把焦点集中到getAuxSDPLine()上。
很简单,调用了rtpSink->auxSDPLine()那么我们要看H264VideoRTPSink::auxSDPLine():不用看了,很简单,取得source 中保存的PPS,SPS等形成a=fmpt行。但事实上并没有这么简单,H264VideoFileServerMediaSubsession重写了getAuxSDPLine()!如果不重写,则说明auxSDPLine已经在前面分析文件时获得了,那么既然重写,就说明前面没有获取到,只能在这个函数中重写。look H264VideoFileServerMediaSubsession中这个函数:
注释里面解释得很清楚,H264不能在文件头中取得PPS/SPS,必须在播放一下后(当然,它是一个原始流文件,没有文件头)才行。也就是说不能从rtpSink中取得了。为了保证在函数退出前能取得AuxSDP,把大循环搬到这里来了。afterPlayingDummy()是在播放结束也就是取得aux sdp之后执行。在大循环之前的checkForAuxSDPLine()做了什么呢?
它检查是否已取得Aux sdp,如果取得了,设置结束标志,直接返回。如果没有,就检查是否sink中已取得了aux sdp,如果是,也设置结束标志,返回。如果还没有取得,则把这个检查函数做为delay task加入计划任务中。每100毫秒检查一次,每检查一次主要就是调用一次fDummyRTPSink->auxSDPLine()。大循环在检测到fDoneFlag改变时停止,此时已取得了aux sdp。但是如果直到文件结束也没有得到aux sdp,则afterPlayingDummy()被执行,在其中停止掉这个大循环。然后在父Subsession类中关掉这些临时的source和sink。在直正播放时重新创建。
分享到:
相关推荐
超级完整的live555代码分析学习文档以及基于live555的H.264 RTP发送程序
只传有用的,鄙视上传垃圾。项目之后的总结 live555 RTSP RTCP RTP。包括live555类关系结构图,客户端/服务器传输流程,RTSP学习笔记,及RFC中文规范,H264流传输等。 还有项目之后的代码在我的上传空间中,支持移植
h264数据使用rtp封包的详细说明
H265的网络抽象层RTP封装技术说明
基于live555库的mjpeg流传输c++代码(多播方式) 博客地址:https://blog.csdn.net/Di_Wong/article/details/107284635 【使用说明】 1、在http://www.live555.com/ 官网下载live555库 2、将该文件下内容替换到live...
H265的rtp打包解包标准 draft-ietf-payload-rtp-h265-07
H_264视频流RTP打包的传输与实现,详细介绍h264以及rtp协议
从文件中读取h264打包成rtp发送,用java编写 未提供h264文件..
draft-ietf-payload-rtp-h265-07.pdf 介绍H265码流进行 rtp打包,的标准文档
本文档详细描述H.264视频编码和RTP协议,RTP荷载规范
本资料包包括Live555_RTSP_RTP_RTP源码,可直接用于ARM、DSP架构
h264码流rtp传输demo,H264 RTP封包代码实例,可以参考
在linux下能够把H264文件按照rtp协议打包发送出去,编译通过,能够运行使用。
h264RTP实例分析带数据和程序,有h264原始数据,和经RTP打包后的数据,带有打包程序
java实现摄像头实时视频采集通过rtp协议传输,封装的视频格式是h264,需要用到的maven依赖为<dependency> <groupId>org.bytedeco</groupId> <artifactId>javacv</artifactId> <...
基于RTP的H263视频传输测试例子,环境VS2005+opencv2.2+jrtplib+h263编解码,其中除了Opencv以外,其他库文件以及头文件都包括在内,opencv需要额外安装或者加入使用的3个库core,highgui,imgproc
标准的live555是从文件中获取视频流,本软件包是获取实时视频流。据据实情更改H264LiveVideoSource::GetFrameData() 运行testOnDemandRTSPServer, VLC rtsp://10.5.91.234:8554/h264LiveVideo
RTP传输h.264视频必备资料。RTP官方资料,没有他,你怎么做h.264 RTP传输呢?
live555 rtp rtsp 流媒体开发源代码