FFmpeg同文件交替转码封装时AVCodecParameters初始化兼容问题

两种初始化方式失效的核心矛盾是H.264码流的extradata（存储SPS/PPS等序列级解码参数的字段）全局唯一，和写入的数据包不匹配就会触发解析错误：

• 调用avcodec_parameters_copy从输入流拷贝参数时，输出文件头存储的是原视频的SPS/PPS。重编码GOP时x264编码器默认生成的SPS/PPS的sps_id、profile、level等参数和原流不一致，解码器拿旧SPS解新编码的I帧时，会出现sps_id越界、NAL单元尺寸计算错误，最终报missing picture in access unit类错误，B/P帧因为不需要重新读取序列参数所以表现正常。
• 调用avcodec_parameters_from_context从编码器上下文拷贝参数时，输出文件头存储的是编码器生成的新SPS/PPS。直接remux的GOP（MP4/FLV等常见封装格式的非重编码帧）默认不在帧内携带SPS/PPS，仅依赖文件头的全局参数，这部分帧的SPS/PPS和文件头存储的参数不匹配，解码器直接判定为无效数据，因此ffprobe无法识别、播放器无法读取。

核心逻辑是统一全局extradata，保证所有写入输出的数据包（不管是重编码还是直接remux）都和全局参数匹配，按以下步骤实现：

1. 初始化输出流基础参数
   创建输出视频流后，优先调用avcodec_parameters_copy从输入流拷贝参数到输出流，保证remux段的基础参数（分辨率、时基、像素格式、extradata）和原流一致，remux段的数据包不需要做额外修改即可正常解析。
2. 对齐编码器参数，强制重编码帧适配全局extradata
   初始化x264编码器时，先从输入流拷贝参数到编码器上下文，再强制配置以下参数，保证重编码输出的帧和全局extradata匹配：

   // 把输入流的解码参数同步给编码器，保证profile、level、sps_id等序列参数一致
   avcodec_parameters_to_context(enc_ctx, in_video_stream->codecpar);
   enc_ctx->time_base = in_video_stream->time_base;
   enc_ctx->framerate = in_video_stream->avg_frame_rate;
   // 关键配置
   av_opt_set(enc_ctx->priv_data, "repeat-headers", "1", 0); // 每个I帧前重复插入SPS/PPS，兼容参数微小差异
   av_opt_set(enc_ctx->priv_data, "aud", "1", 0); // 输出访问单元分隔符，避免access unit解析错误
   enc_ctx->flags |= AV_CODEC_FLAG_GLOBAL_HEADER; // 禁止编码器把SPS/PPS单独输出到extradata，复用输入流的全局头
   // 打开编码器
   avcodec_open2(enc_ctx, encoder, nullptr);
   

3. 异常场景兼容处理
   如果输入流的编码参数编码器不支持（比如原流是10bit位深x264没开对应编译选项），编码器会自动降级参数，此时需要做两步兼容：
   • 调用avcodec_parameters_from_context把编码器生成的新参数同步到输出流，更新全局extradata
   • 遍历所有待remux的数据包，在每个关键帧前插入新的SPS/PPS NAL单元，保证remux段的帧也能匹配新的全局参数
4. 数据包写入校验
   不管是重编码生成的包还是直接remux的包，写入前都过滤掉包内携带的SPS/PPS类型NAL（开了AV_CODEC_FLAG_GLOBAL_HEADER后编码器不会输出这类NAL，加校验是为了兼容部分封装格式的异常包），避免和文件头的全局参数冲突。

• 用ffprobe -i output.mp4 -show_streams检查流参数无报错，确认extradata的SPS/PPS可正常解析
• 用ffprobe -show_frames -select_streams v output.mp4遍历所有帧，确认无NAL解析错误、关键帧标记正确
• 拖动进度条到重编码GOP和remux GOP的衔接点，确认无花屏、卡顿、跳帧问题

内容的提问来源于stack exchange，提问作者Alexandre Novius