接收H.264 RTP包解封装后写入MKV/MP4容器无法播放，求排查

咱们一步步拆解可能的问题点——H.264封装对NAL单元的顺序、关键参数的完整性要求很严格，结合你描述的操作步骤，重点检查以下几个环节：

1. 缺失关键的SPS/PPS参数集NAL单元 #

你提到Type值大多是1（非IDR帧）、偶尔5（IDR帧），但H.264解码必须依赖**SPS（Type=7）和PPS（Type=8）**这两个核心参数集，它们包含了视频分辨率、帧率、编码规则等解码必需的信息。如果你的RTP流里没发送这两个单元，或者你在处理时漏掉了，就算FFmpeg能写入容器，播放器也会因为缺少解码参数直接罢工。

• 验证方式：检查RTP源是否在IDR帧前后发送了SPS/PPS，处理时有没有正确保留Type=7和8的NAL单元，并且确保写入容器时先于IDR帧写入。

2. NAL单元的处理逻辑错误 #

你说移除12字节RTP头后，额外读取1字节解析F、NRI、Type——这里要注意：单NAL单元类型的RTP包中，RTP payload的第一个字节就是NAL单元的起始标识字节（即F|NRI|Type），不需要额外多读1字节！如果多读了，会导致后续的NAL数据整体错位，解码时自然无法识别。

• 验证方式：打印你解析出的Type值，确认是否存在SPS/PPS（Type=7、8），同时核对NAL单元的长度是否等于「RTP包总长度 - 12字节RTP头长度」。

3. FFmpeg封装流程的参数缺失 #

用FFmpeg封装时，几个关键配置不能少：

• 必须设置extradata：把SPS和PPS按照H.264标准格式拼接后，写入AVCodecContext的extradata字段，再通过avcodec_parameters_from_context传递给AVStream的codecpar。没有这个参数，FFmpeg无法生成容器的解码索引信息。
• 必须设置正确的时间戳：每个NAL帧需要对应的pts/dts时间戳，否则播放器无法正确排序和渲染。如果时间戳缺失或混乱，播放器要么卡顿要么直接无法播放。
• 关键代码片段参考：

// 假设已获取到SPS、PPS的数据及长度
AVCodecContext *codec_ctx = avcodec_alloc_context3(codec);
// 按H.264 extradata格式拼接：0x00000001 + SPS + 0x00000001 + PPS
codec_ctx->extradata = av_malloc(8 + sps_len + pps_len);
memcpy(codec_ctx->extradata, "\x00\x00\x00\x01", 4);
memcpy(codec_ctx->extradata + 4, sps_data, sps_len);
memcpy(codec_ctx->extradata + 4 + sps_len, "\x00\x00\x00\x01", 4);
memcpy(codec_ctx->extradata + 8 + sps_len, pps_data, pps_len);
codec_ctx->extradata_size = 8 + sps_len + pps_len;

// 将参数传递给流
avcodec_parameters_from_context(stream->codecpar, codec_ctx);

4. 容器收尾操作不完整 #

MKV和MP4都需要完整的容器结构才能播放：

• 必须调用av_write_trailer(fmt_ctx)：写完所有帧后一定要执行这个函数，它会补全容器的索引和收尾信息（比如MP4的moov原子）。如果提前关闭文件或跳过这一步，文件结构不完整，播放器根本无法识别。

5. NAL单元完整性验证 #

把你提取出的所有NAL单元拼接成裸H.264文件，用FFmpeg命令行测试能否播放：

ffplay -i your_extracted_raw.h264

如果这个裸流无法播放，说明你的NAL提取过程有问题；如果能正常播放，那问题肯定出在FFmpeg的封装流程配置上。

内容的提问来源于stack exchange，提问作者Kamal Palei