FFmpeg avcodec_flush_buffers调用说明

    在网络环境中，传输数据用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 is treated differently from pkt.size==0  (pkt==NULL means get more output, pkt.size==0 is a flush/drain packet) 处理如下：
1、发送NULL到avcodec_send_packet（）（解码）或avcodec_send_frame（）（编码）函数，而不是有效的输入。 这将进入“flush”模式。

2、在循环中调用avcodec_receive_frame（）（解码）或avcodec_receive_packet（）（编码），直到返回AVERROR_EOF。
3、在再次解码之前，必须使用avcodec_flush_buffers（）重新编码。