一直有个疑惑,发送rtp数据的时间间隔在哪里控制的,onDemandServer 从文件中读取h264,aac等,也没有看到sleep,wait等等。但是播放依然是匀速的。【live555使用单线程任务驱动的方式,scheduleDelayedTask(int64_t microseconds,...) 这个就可以添加一个延迟指定时间执行的任务】
拿aac ADTSAudioFileSource.cpp来分析,这里面的 doGetNextFrame()中有一个操作, fDurationInMicroseconds = fuSecsPerFrame;
一张流程图解释:基于ontestDemandServer 播放test.aac来分析(分析播放h264流程的话,大体原理是一样的,但是从FramedSource中取数据出来部分,经过了好些个FrameFilter, 其目的只是分析h264的pps,sps,和分解NAL,最终给出一帧一帧的NAL。所以整个还是相当于一个FramedSource的作用。 而aac-ADTS文件的读取,就好分析得多了。)
以下图:粉色表示开始,紫色表示整个流的play结束调用。橙色部分是RTPSink, 绿色部分表示FramedSource.两个模块之间的蓝色箭头,就构成循环读取帧并打包发送的循环体。速度间隔控制,在于MultFramedRTPSink类里面的sendPacketIfNecessary(),发完当前帧,添加一个延时uSecondsToGo的任务,来驱动发送下一帧。
<三:使用,推流端>live555源码分析——RTSP服务端发送数据流程
最新推荐文章于 2024-06-05 08:52:48 发布