AWS MediaConvert生成m3u8的EXTINF比源视频时长多1秒如何解决

问题现象 #

• 源文件为17秒时长的MP4，使用AWS MediaConvert转码Apple HLS格式时，输出的m3u8文件标注总时长为18秒，对应#EXTINF:18标签
• 转码采用ABR模式，SegmentControl使用默认值，已尝试调整多项HlsGroupSettings参数，转码结果无变化，当前配置如下：

{
   "OutputGroups": [
      {
        "Name": "Apple HLS",
        "OutputGroupSettings": {
          "Type": "HLS_GROUP_SETTINGS",
          "HlsGroupSettings": {
            "SegmentLength": 10,
            "MinSegmentLength": 0,
            "TargetDurationCompatibilityMode": "LEGACY",
            "SegmentLengthControl": "GOP_MULTIPLE",
            "SegmentControl": "SEGMENTED_FILES"
          }
      }
   ]
}

根本原因 #

该偏差由当前配置的组合逻辑导致，和转码核心流程无关：

• TargetDurationCompatibilityMode设为LEGACY时，MediaConvert遵循旧版HLS规范，会将所有分片的EXTINF时长值强制向上取整为整数秒，不支持小数精度的时长标注，累加后极易出现总时长比实际源文件多1秒的问题
• SegmentLengthControl设为GOP_MULTIPLE时，分片切分点必须对齐GOP关键帧，无法严格匹配设置的10秒目标分片长度，会进一步放大大取整带来的时长偏差
• MinSegmentLength设为0时，末尾不足目标长度的分片会被独立保留，不会和前一个分片合并，末尾短分片的时长向上取整后直接带来1秒的总时长增量

修复步骤 #

按优先级依次调整配置即可解决：

1. 将HlsGroupSettings下的TargetDurationCompatibilityMode从LEGACY修改为NORMATIVE
   该模式符合RFC 8216版HLS正式规范，支持小数精度的EXTINF标注，不会对分片时长做强制向上取整，是解决该问题的核心调整项，绝大多数场景下修改该参数后时长即可匹配源文件实际值。
2. 如有严格的分片等长需求，将SegmentLengthControl从GOP_MULTIPLE修改为EXACT
   该模式下MediaConvert会自动在分片切分点插入关键帧，严格按照设置的SegmentLength值切分分片，末尾分片保留实际剩余时长，不会因为GOP对齐产生额外的时长偏移。
3. 若调整配置后仍有时长偏差，先校验源文件时间戳
   部分MP4文件容器层标注的时长为取整后的值，可通过ffprobe等工具查看音视频流的实际精确时长，若源文件本身存在时间戳不连续、首尾B帧偏移等问题，先校准源文件时间戳再提交转码。

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