使用FFmpeg解码HEVC多Slice帧时画面仅1/3正常的问题求助

针对你用live555拉取HEVC RTSP流、FFmpeg解码仅出1/3画面的问题，给你几个务实的排查方向：

1. 确保AVPacket的帧延续标记与时间戳正确 #

FFmpeg处理同一帧的多Slice时，必须明确标记Slice的归属：

• 同一帧的所有Slice的pts、dts、duration必须完全一致，因为它们属于同一帧。
• 第一个Slice正常发送，后续Slice需要设置AVPacket.flags |= AV_PKT_FLAG_CONT，告诉解码器这是当前帧的延续部分。
• 如果是I帧的Slice，第一个Slice要加上AV_PKT_FLAG_KEY标记。

很多时候live555输出的每个Slice对应一个RTP包，你需要把同一时间戳的RTP包组装成带正确标记的AVPacket，而不是零散发送每个Slice。

2. 检查解码上下文的初始化配置 #

别漏了HEVC解码必备的参数：

• 必须通过avcodec_parameters_to_context把流的extradata（包含VPS/SPS/PPS）传入解码上下文，没有这些参数，解码器无法正确解析Slice结构。
• 避免错误设置解码标志，比如不要随便开AV_CODEC_FLAG_GRAY这类灰度模式的标志，会导致画面异常。
• 可以先尝试把codec_ctx->thread_count设为1，部分多线程场景下可能会出现多Slice的同步问题。

3. 验证Slice的帧归属与类型是否合规 #

你提到“I帧由I-B-I三个Slice组成”，这本身不符合HEVC规范——同一帧的所有Slice应该属于同一帧类型（全I、全P或全B）。大概率是live555解析时把不同帧的Slice混为一谈了：

• 打印每个Slice的RTP时间戳，同一帧的Slice时间戳必须相同，不同时间戳的Slice要分开处理。
• 用av_parser_parse2解析NALU类型，确认同一帧的Slice类型一致，如果出现混合类型，说明是流解析或摄像头编码的问题，需要先修正帧的拆分逻辑。

4. 正确组装多Slice的AVPacket #

如果要把同一帧的多个Slice拼接成一个AVPacket发送，注意：

• 每个Slice的NALU必须带正确的起始码（0x00000001），拼接时不要遗漏或重复起始码。
• 拼接后的AVPacket的size要等于所有Slice的NALU大小之和，data指向拼接后的连续内存。

5. 用FFmpeg工具和日志定位问题 #

• 先用ffplay直接拉取摄像头的RTSP流测试：ffplay rtsp://你的摄像头地址，如果ffplay能正常显示，说明问题在你的代码逻辑，而非FFmpeg本身，对比ffplay的解码流程找差异。
• 开启FFmpeg的调试日志：av_log_set_level(AV_LOG_DEBUG);，查看解码时的错误提示，比如“invalid NALU”“slice mismatch”这类信息，能直接定位问题点。

6. 检查解码后AVFrame的完整性 #

解码得到AVFrame后，检查width、height、linesize是否匹配摄像头分辨率，像素格式是否正确（比如YUV420P是否被正确处理），这些参数错误也会导致画面出现绿色块。

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