Nginx-Rtmp配置HLS切片参数不生效无法降低播放延迟问题

hls_fragment配置不生效、切片时长固定为50秒的核心原因是推流端（摄像头）的关键帧间隔（GOP长度）设置为50秒，和Nginx配置本身无关。

nginx-rtmp模块切割HLS切片时，只能在视频关键帧（IDR帧）位置完成切分，不支持在非关键帧位置强制切片。如果推流每50秒才出一个关键帧，哪怕你把hls_fragment设为3秒，模块也必须等下一个关键帧到来才能切分文件，最终生成的ts切片实际时长就会和GOP长度基本一致，也就是你看到的49.957秒。

解决步骤 #

1. 调整摄像头推流参数 #

登录摄像头管理后台，找到编码/推流配置页修改以下参数：

• 关键帧间隔（部分设备标注为GOP长度、I帧间隔）设置为3秒，对应数值为帧率*3，例如25帧帧率下设为75
• 关闭可变GOP、动态I帧间隔类功能，固定GOP长度
• 编码格式固定为H.264视频 + AAC音频，避免关键帧识别异常

2. 修正Nginx配置并重载服务 #

你当前贴出的配置中hls_fragment仍为50s，修改为目标值后必须执行以下命令让配置生效：

nginx -t  # 校验配置语法正确性
nginx -s reload  # 重载配置

低延迟HLS场景下rtmp服务段可参考以下优化配置：

rtmp {
  server {
    listen 1935;
    chunk_size 4096; # 原值2000过小，改回默认值降低传输拆包开销

    application live {
      live on;

      hls on;
      hls_path /tmp/hls;
      hls_fragment 3s;
      hls_playlist_length 12s; # 保留4个切片即可，过长会增加延迟
      hls_continuous on;
      hls_discontinuity off; # 非必要不开启discontinuity标签，避免播放器额外缓冲
      hls_fragment_naming system;

      deny play all;
    }
  }
}

3. 兜底方案（摄像头不支持改GOP时使用） #

如果摄像头锁死GOP参数无法调整，可在Nginx侧通过ffmpeg转码强制重置GOP长度，注意该方案会消耗服务器CPU资源：

application live {
  live on;
  # 接收摄像头原始推流
  exec ffmpeg -i rtmp://127.0.0.1/live/$name -c:v libx264 -g 75 -keyint_min 75 -sc_threshold 0 -c:a aac -f flv rtmp://127.0.0.1/hls_out/$name;
}
application hls_out {
  live on;
  hls on;
  hls_path /tmp/hls;
  hls_fragment 3s;
  hls_playlist_length 12s;
  deny play all;
}

效果验证 #

参数调整完成后推流1-2分钟，检查生成的m3u8文件：

• #EXT-X-TARGETDURATION字段值变为3或4
• 所有#EXTINF字段值在2.8-3.2秒区间浮动，不再出现接近50秒的取值
• 端到端播放延迟可稳定在6-10秒，这是原生HLS协议的正常延迟水平，如果需要更低延迟可考虑切换为HTTP-FLV或WebRTC协议。

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