H264 参考帧信息获取

肯定是保存的，ffmpeg 可以做，但是你得自己去加一行输出，如果只用 h264 直接在 x264 上加更方便，不过实际上有专门的软件做这个，叫啥我忘了，你可以去 google 下 h264 stream analyzer 挨个翻翻。

ffmpeg 读出来是 packet，packet 要送去 decode 才能得到一个帧(frame), 里面有是不是 keyframe 的标志位。

Packet 结构里面也有一个 key 标志位，但是那个不准，因为有可能好几个 packet 送去 decoder 才能解出一个 frame

但这个只是 key frame，你要求知道每一帧参考了别的几帧，我印象里没有这个信息呢。因为一个 packet 扔到 decoder 里去就行了，能解就解一个，不能就继续送 packet

@coderluan 我用 ESEyE 看了 NAL 头部信息，应该是没有这个的，不知道更上层的（比如 slice ）里面有没有这些内容。参照 https://blog.csdn.net/shaqoneal/article/details/88808137 里面的解释，应该是需要自己额外计算得到。，。
@hello2060 是的，这些基本信息是有的。按道理 decoder 里面肯定得维护参考帧列表（ P 帧参考一个，B 帧参考两个表）才对，但不清楚怎么找出来-。-

@Kumius H264 我没有研究，BP 帧信息写到哪我不知道。但是你可以看看 packet 的 DTS PTS, 我记得 frame 是没有 DTS 的？记不清了。

在有 B 帧的情况下，PTS 和 DTS 会不同，你看看是不是能通过两个的不同找出依赖。但看起来也不行，因为你最多找到哪个帧在前，哪个在后，但是具体依赖哪几帧可能分析不出。

还有就是看 spec 依赖存在哪里，把 log 加进 H.264 decoder 把依赖打印出来

@hello2060 你说的打印依赖是如何操作的？我试着直接用 ffmpeg 分析 h264 生成 log 文件，但并没有什么关于帧依赖的信息。

@Kumius 我的意思是在 ffmpeg h.264 decoder 的源码里面加入 log, 自己编个 ffmpeg.exe 出来。用它去 decode

至于具体加哪里，只能去看 code 了。