花屏和丢帧问题解决思路.doc

:..:C—创建文档,A—增加内容,M—修改内容,D—删除内容摄像头问题总结本次做摄像头监控主要遇到的问题有2个。1:丢帧问题。协议采用的是基于rtp的Udp协议。2:花屏问题。丢帧问题解决思路:1:采取双线程机制。如果接收和解码在一个线程中,那么会遇到一个问题就是如果解码一个较大的帧,这时发送端发送2个较小的帧。这时就只能保存一个帧,从而出现丢帧的问题。:2:发送端采取双线程增加缓冲区机制。缓冲区采用循环队列的方式。一个进程往缓冲区里面放数据,一个进程从缓冲区里面取数据并解码。具体实现参考接收端缓冲区。3:接收端采取双线程增加缓冲区机制。缓冲区采用循环队列的方式。一个进程往缓冲区里面放数据,一个进程从缓冲区里面取数据并解码。每次接收到的rtp数据包为一帧H264数据。(注意,由于一些帧太大,可能会将帧分成若干包,我们需要将包重组为帧。)设我们得到的一帧数据长度为vsize,得到的数据保存在vdata中。开辟一个全局数组作为缓冲区。假设缓冲区数组为BufQue。我们需要在数组中保存的内容为数据长度vsize和vdata。由于H264数据以字节为单位而vsize为int型,占据4个字节,需要采取一定措施将int型转化为4个字节。方法如下:BufQue[head]=numcount&0xff;//FirstBit; head=(head+1)%BUF_SZIE; BufQue[head]=(numcount>>8)&0xff;//SecondBit; head=(head+1)%BUF_SZIE; BufQue[head]=(numcount>>16)&0xff; head=(head+1)%BUF_SZIE; BufQue[head]=(numcount>>24)&0xff; head=(head+1)%BUF_SZIE;BUF_SZIE为缓冲区的大小。切记:由于缓冲区为循环队列,因此必须有求余操作。检查缓冲区代码是否正确与是否丢帧的思路:缓冲区代码写好以后并不能立即确定缓冲区代码是否正确,并且由于是一帧帧的得到数据,用单步调试太过复杂繁琐并且一不错就得重新调试,并且由于码流在不停发送并不能确定是否丢帧。解决办法就是将调试信息写到文件中去。解决思路:First:发送端发送数据是发送一个时间戳,也就是帧发送的顺序。接受端接受到的数据也有一个时间戳,如果接收端接收到的时间戳不连续,即是丢帧。Second::将从缓冲区里面读出来的数据也保存到文件中。:.,如果没有花屏则证明接收到的数据无误。如果播