live555源代码详细分析解析，教你如何使用live555接收rtsp数据

最近继续看了看live555的代码，进行了一些具体的实验。

对live555的部分特性有了一定的了解。

稍微看了网上的一些关于live555的文章，千篇一律。

大部分都是转载自一个人的博客。

很少人进行一些实验或进行一些比较深入的代码阅读，然后写出一些其他的经验之谈。

我想应该是很多人都进行了代码阅读，理解了代码，但是就是懒的写一些东西吧。

这里自夸一下自己，哈，hanyionet真是大好人，大闲人。

这里我尽我自己一份小小的力，给大家写一些小小的经验之谈。如果有时间的话，我将写一些更多的文章关于live555。
以前在网上看到一个论坛有人问：

使用live555的testMpeg1or2VideoReceiver在其FrameSink的afterGettingFrame1(unsigned frameSize, struct timeval presentationTime) 接受的buffer是否是代表一个帧。

大概是这个问题。
当时看到没有太在意。

因为没有搞这部分。

刚刚做了一些实验。

根据实验的结果。我可以得出：

live555如果采用 A test program that reads a MPEG-1 or 2 Video Elementary Stream file就是testMpeg1or2VideoStreamer.cpp发送rtp包，那么得到的rtp包包含的就不是一个完整的帧。
如果不是完整的一帧那么我们该如何进行“正确”的解码呢。

例如我们使用的是FFmpeg的avcodec_decode_video()进行解码。

那么如果要正确解码，就必须将一个完整的帧的buffer放入这个解码API中去。

如果没有正确的一帧，我们直接将buffer放入avcodec_decode_video()进行解码，会有什么结果呢。

我们就会得到抖动的画面，带着马赛克，或者画面模糊等等。

这说明了，我们没有正确的解码。
接下来的问题是，我们该如何得到完整的一帧呢。

因为我们现在得到的是一些buffer（它为unsigned char*）。

很多人会想到要使用avcodec_decode_video()进行解码然后得到的例如AVFrame *_decoded_frame这样的_decoded_frame的指针。

通过类似_decoded_frame->pict_type == FF_I_TYPE 或FF_P_TYPE，进行判断。

但是我进行的实验证明这是不可以的，也就是说无法正确地判断这些buffer是否为同一帧的buffer。

我使用的avcodec_find_decoder( CODEC_ID_MPEG2VIDEO );

可能其他的codec可以通过_decoded_frame->pict_type == FF_I_TYPE 或FF_P_TYPE，进行判断。

但是在CODEC_ID_MPEG2VIDEO或CODEC_ID_MPEG1VIDEO的情况下不行。
经过一点思考。

我发现使用live555中afterGettingFrame1(unsigned frameSize, struct timeval presentationTime) 的presentationTime进行判断就可以判断出是得到的buffer是否是同一帧的。

具体实现如下，我只是提供一点思路。

具体实现请自己搞定。

请不要问我如何编。

很简单，请想想吧，请不要写信要源代码。
一点思路：
可以将每次进入afterGettingFrame1的presentationTime进行判断，如果是相同的

那么将相同的buffer存入一个buffer中去，也就是两个buffer连接在一起，不知道我是否表述的清晰。

其实就是使用memcpy这个函数。

当presntationTime不同时候，将以前存的buffer（已经是完整一帧）传给avcodec_decode_video()就可以正确地解一帧了。
当然了，这里在提一下，我们最好设两个thread，一个thread进行live555的接受，另一个thread进行解码使用FFmpeg或其他。

两个thread如果读取同一变量，请设定mutex进行锁。
在进行一些延伸的思考，为什么可以使用presentationTime判断是否为同一帧呢。

如果读过live555的http://www.live555.com/liveMedia ... ce_8cpp-source.html

liveMedia/DeviceSource.cpp的朋友就知道了，非常非常不负责任的简单地说，如果我们想自己进行编码然后再播放那么就要使用DeviceSource这个类，自己进行一些拓展，DeviceSource是在服务器端，进行rtp包发送前的处理。

DeviceSource里的deliverFrame()函数的用途就是将编码后产生的buffer连同想对应的presentationTime一起“发送出去”，如果熟悉FFmpeg可以使用avcodec_encode_video()进行编码。

看到了吧，在这里就可以找到了presentationTime和一帧里的buffer之间的联系。

当然了，我的这个解释很不负责任，极度简单。

只是通过一个例子进行说明。

有兴趣的朋友可以通过进行更进一步的代码阅读了解presentationTime和一帧里的buffer之间的关系。
好了，随手写一些东西，比较不见条理性。希望大家见谅。

希望大家在需要的时候，能搜索到这篇文章，并得到一点帮助。
注意，以上的解释和记录比较不负责任，极度简单，因为没有进行更系统的代码阅读和分析，不能保证以上所诉完全正确