在网络环境中,传输数据用UDP经常有丢包,而丢包很容易造成FFmpeg×××缓冲的帧数增加。解决办法是:隔一段时间清空×××缓存,如何理解?
摘自
http://blog.csdn.net/qq_35044535/article/details/77775910?locationNum=7& fps=1
摘抄以供备份
FFmpeg中解码的API之前的是avcodec_decode_video2()和avcodec_decode_audio4(),现在使用avcodec_send_packet ()/avcodec_receive_frame()来代替原有的接口。
API与编码/解码和音频/视频非常相似,工作原理如下:
1,像往常一样设置和打开AVCodecContext。
2,输入:
1),对于解码,请调用avcodec_send_packet()以在AVPacket中给出×××原始的压缩数据。
2),对于编码,请调用avcodec_send_frame()为编码器提供包含未压缩音频或视频的AVFrame。在这两种情况下,建议对AVPackets和AVFrames进行重新计数,否则libavcodec可能必须复制输入数据。(libavformat总是返回引用计数的AVPackets, av_frame_get_buffer()分配引用计数的AVFrames)
3,在循环中接收输出。定期调用avcodec_receive _ *()函数并处理其输出:
1),对于解码,请调用avcodec_receive_frame()。成功后,它将返回一个包含未压缩音频或视频数据的AVFrame。
2),对于编码,请调用avcodec_receive_packet()。一旦成功,它将返回带有压缩帧的AVPacket。重复调用,直到它返回AVERROR (EAGAIN)或错误。AVERROR (EAGAIN)返回值意味着需要新的输入数据才能返回新的输出。
在解码或编码开始时,编×××可能会接收多个输入?数据包而不返回帧,直到其内部缓冲区被填充为止。
结束流情况。这些需要“刷”新编×××,因为编×××可能在内部缓冲多个帧或数据包以实现性能或不必要(考虑B帧)。
pkt==NULL是不同于pkt治疗。大?=0 (pkt==NULL意味着得到更多的产出,pkt。大?=0是一个冲洗/排水包)处理如下:
1,发送零到avcodec_send_packet()(解码)或avcodec_send_frame()(编码)函数,而不是有效的输入。这将进入“冲洗”模式。
2,在循环中调用avcodec_receive_frame()(解码)或avcodec_receive_packet()(编码),直到返回AVERROR_EOF。
3,在再次解码之前,必须使用avcodec_flush_buffers()重新编码。
