FLV规范中服务端预留生成关键帧的用途及应用场景问询

首先明确基础定义：FLV规范中Video Tag首字节高4位为帧类型字段，取值4对应的就是你提到的generated keyframe，规范标注为服务端保留使用，两个问题的实际答案如下：

1. 该帧类型的设计用途 #

这个类型从设计之初就不是给编码器、推流端、播放端用的，是专门给流分发链路里的服务端节点留的语义标记，核心作用是在不修改原有编码帧语义、不侵入编码逻辑的前提下，标记「非编码器原生输出的可解码起点」：

• 它和编码器原生输出的IDR关键帧（帧类型值1）做明确语义隔离，避免下游的转码、录制、切片模块把服务端构造的解码起点误判为原生GOP边界，导致切片错误、录制花屏之类的问题
• 不需要客户端做特殊适配，默认播放端遇到这个类型可以直接按普通关键帧逻辑处理即可，不会影响正常播放
• 给服务端的流处理逻辑留了专属标记位，不用为了打服务端自定义标记去篡改原有帧的类型字段，保证和标准FLV生态的兼容性。

2. 实际生产中的常见出现场景 #

这类帧从来不会在编码器直推的原始FLV流里出现，只会在流经过服务端处理后被打上标记，常见场景有三类：

• 直播边缘节点秒开缓存下发场景：直播边缘节点会缓存最近一个GOP的媒体数据，新观众拉流时直接从缓存下发实现秒开。如果遇到Open GOP、推流丢帧导致缓存的GOP起点不是严格的原生IDR帧，服务端会在给该观众下发的流起点位置，把对应帧标记为生成关键帧，提示下游节点这个可解码起点是缓存拼接出来的，不是编码器原生输出的GOP起点，做HLS切片、MP4录制的时候不要拿这个点当切片边界。
• 无重编码流拼接场景：做直播连麦、动态广告插入、多线路流无缝切换的时候，如果服务端不做重编码，直接把两段不同的AVC码流拼接到一起，会通过补SPS/PPS、补参考帧的方式构造一个可直接解码的拼接点，这个拼接点的帧就会被标记为生成关键帧，和原生关键帧做区分。
• 流丢包修复场景：RTMP/FLV直播传输过程中出现网络丢包导致参考帧缺失时，服务端的流修复模块如果通过缓存帧恢复出了一个可以连续解码的序列起点，会给这个修复后的起点帧打该标记，提示下游做截图、内容审核的时候可以跳过这类帧，避免把花屏帧当成正常画面处理。

注意：你在做AVC封装FLV的推流/本地封装程序时，不要主动使用这个帧类型，这个类型仅允许流分发链路中的服务端节点生成。

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