能否强制ffmpeg/libav解码器输出仅含当前信息的H.264帧？

我之前维护旧版FFmpeg解码模块的时候正好碰到过一模一样的问题，给你分享下经过验证的解决方案，完全适配avcodec_decode_video2这个老接口：

核心思路 #

丢包发生后，我们要做三件事：

• 立刻停止喂当前帧的剩余NAL数据，别让解码器白忙活
• 让解码器丢弃当前正在解码的不完整帧，别输出花屏或者卡住
• 尽量保留解码器的参考帧缓存（除非参考帧也坏了），保证后续正常帧能继续解码

具体操作步骤 #

1. 发送空AVPacket触发解码器排空 #

当你检测到NAL丢包后，先构造一个空的AVPacket，循环调用avcodec_decode_video2直到没有帧输出。这一步相当于告诉解码器：“当前帧的数据就到这了，别等了，处理完手里的活准备下一个”。

示例代码：

AVPacket empty_pkt = {0};
av_init_packet(&empty_pkt);
empty_pkt.data = NULL;
empty_pkt.size = 0;

int got_picture;
// 循环调用，直到解码器没有缓冲帧要输出
do {
    int ret = avcodec_decode_video2(context, &outPicture, &got_picture, &empty_pkt);
    if (ret < 0) {
        // 空包一般不会报错，真出问题就直接跳出
        break;
    }
    // 如果got_picture为1，说明还有之前缓冲的完整帧，你可以选择输出或者直接丢弃
    // 这里我们要放弃当前不完整帧，所以直接忽略这个输出就行
} while (got_picture);

2. 开启错误隐藏，让解码器尽量生成可用画面 #

针对H.264解码器，你可以动态调整上下文参数，让它在遇到损坏数据时尽量跳过错误，生成能看的画面，而不是卡住。旧版FFmpeg里这两个参数很实用：

// 开启运动向量猜测和去块滤波，尽量修复损坏画面
context->error_concealment = FF_EC_GUESS_MVS | FF_EC_DEBLOCK;
// 跳过非参考帧的循环滤波，加快错误恢复速度
context->skip_loop_filter = AVDISCARD_NONREF;

这个设置能让解码器在丢包后，不会死等缺失的NAL，而是用现有信息生成尽量正常的帧。

3. 可选：等待下一个关键帧（I帧）恢复正常解码 #

如果丢包的是关键帧或者导致参考帧损坏，后续的P/B帧可能没法正确解码。这时候你可以设置一个标记，直到收到IDR类型的NAL包（也就是I帧），再恢复正常的解码流程——毕竟I帧不依赖任何之前的帧，能直接解码出完整画面。

避坑提醒 #

• 别轻易用avcodec_flush_buffers(context)！这个函数会把解码器所有状态包括参考帧缓存全清了，后续的P/B帧会因为没有参考帧直接解码失败，除非你确定马上能收到I帧。
• 空AVPacket一定要用av_init_packet初始化，避免内存错误。
• 丢包检测逻辑要准：比如可以通过Slice序号不连续、帧时间戳跳变，或者网络层的丢包通知来判断，别误判导致正常帧被丢弃。

为什么这个方案管用？ #

旧版的avcodec_decode_video2内部会缓冲解码中的帧数据，空包相当于给解码器一个“输入结束”的信号，它会尝试输出当前能解码的部分，然后终止当前帧的解码流程，准备接收下一个帧的NAL。再配合错误隐藏参数，解码器会尽量生成可用画面，不会卡在那里等缺失的数据包。

内容的提问来源于stack exchange，提问作者Andy Krouwel