蝶恋直播适用范围
本文只解释编码参数的单位，是原创纸面演算，不提供蝶恋直播平台实际推流要求、默认配置或延时测试。采用准确固定30fps和无额外插入的计划间隔；真实编码器可受场景变化等规则影响。
关键帧间隔与帧率回答不同问题
帧率说明单位时间安排多少帧；关键帧间隔说明编码序列中相关关键帧之间的间距。编码中的关键帧不是动画师为动作设定的关键姿势，也不是要求主播每隔两秒改变一次画面。
GOP是图像组相关的编码结构概念。理解本页只需先把间隔的单位与输出帧率分开记录，不必把所有编码帧都想成互不依赖的完整图片；具体可独立解码的条件还与编码结构有关。
先读单位，再把数值换成时间
AWS MediaLive的H265Settings文档将GopSize与GopSizeUnits分开：间隔可按FRAMES或SECONDS指定，按秒时会转换为帧数。这里引用的是该产品的字段定义，不保证其他软件字段名称或默认值一致。
如果一个资料表只写“GOP＝2”，信息还不完整。应补上单位和输出帧率，例如“2秒，固定30fps”。界面若要求帧数，把单位为秒的数值直接填进去，会把原意改成很短的间隔。
原创30fps算例：同一个2，相差30倍
准确固定30fps意味着每个帧间隔为1/30秒。计划关键帧在0、2、4秒，那么相邻计划点相隔2×30＝60帧间隔；把从0起算的帧索引写出来，是0、60、120。
若改成每2帧间隔，则计划点在帧索引0、2、4，对应0、2/30、4/30秒，约为0、0.0667、0.1333秒。图中两行横轴刻度不同，不能把相同绘图长度误读为实际时间相同。
计数时注意边界与非整数帧率
从索引0到60，两个边界相距60个间隔；若把首尾两幅都列入清单，会看到61个索引值。这是包含端点的计数差异，不表示2秒乘30应改成61。下一组如何编号，应按实际工具的定义核对。
本例不能原样套到29.97fps、30000/1001fps或可变帧率材料上。需要精确安排时保留帧率分数和工具换算规则，检查实际输出的时间戳及关键帧位置，不把名义近似值当成精确时钟。
设定值与实际间隔要分别核查
编码器可能因场景变化检测等条件增加或调整某些帧的位置。AWS同页的MinIInterval说明提到场景变化与周期I帧之间的处理。因此纸上的固定计划不能直接当成已编码文件每一处都相同的实测记录。
检查自己的结果时，保留编码设置、输出帧率以及工具实际报告的关键帧位置。若两者不符，先查对应编码器规则，而不是通过成片画面是否跳动来猜关键帧。本文没有生成测试码流，也没有声称任何配置已实际通过。
关键帧间隔不等于观众端整体延时
传输、分片、缓存、解码和播放安排都会参与实际观看过程。仅凭间隔2秒，不能推断互动必然延迟2秒，也不能保证把间隔缩短就让所有问题消失。是否适用应按接收服务当前要求和实际测试判断。
在交接资料里，可分别列“要求：待按服务说明核对”“设置：数值及单位”“输出检查：实测结果或未测”。这样下一位处理者能区分规范、配置和证据，不会把一个换算练习误当成通用推流方案。
操作步骤
- 确认讨论的是编码关键帧间隔，记录所用编码器与接收要求。
- 读字段单位，连同输出帧率完整抄录。
- 固定帧率题用时间×帧率或帧数÷帧率复算，注意端点与分数帧率。
- 检查实际输出位置，把未测试项目和整体延时另列。
常见问答
30fps时2秒对应两帧吗？
不是。相邻计划关键帧相距60个帧间隔。
从0到60为何能数出61个索引？
因为包括首尾两个端点；相邻边界的距离仍是60个间隔。
关键帧间隔越短就一定越好吗？
不能给通用结论。应核编码器、接收要求与实际结果，不用本页换算代替配置测试。
设置2秒就表示观众延迟2秒吗？
不表示。端到端延时还受传输、缓存和播放等环节影响。
参考依据
AWS MediaLive：H265Settings · AWS · 核对日期 2026-10-31。GopSize和GopSizeUnits的秒/帧定义，以及MinIInterval中的场景变化与周期I帧处理说明；不代表其他平台配置要求。