背景痛点

HLS（HTTP Live Streaming）作为主流的流媒体传输协议，在实际应用中常遇到以下问题：

• 移动端适配：低端设备解码能力不足导致卡顿
• CDN回源：m3u8清单动态更新延迟引发播放器超时
• 加密传输：密钥轮换与TS分片不同步产生解密失败

技术对比

| 特性 | HLS | DASH | RTMP | |-------------|--------------|--------------|--------------| | 延迟 | 6-30s | 3-15s | 1-5s | | 兼容性 | 全平台 | 需MPD支持 | 依赖Flash | | 加密方案 | AES-128 | CENC | RTMPE | | 传输协议 | HTTP | HTTP | TCP |

核心实现

FFmpeg生成HLS流

1. 基础命令（生成1080p的HLS流）：

   ffmpeg -i input.mp4 \
     -c:v libx264 -profile:v main -level 3.1 \
     -hls_time 4 -hls_list_size 0 -hls_segment_type mpegts \
     -hls_flags split_by_time+discont_start+append_list \
     output.m3u8

关键参数说明： - -hls_time 4：每个TS分片4秒 - -hls_flags split_by_time：按时间精确切片

Nginx跨域配置

location ~ \.(m3u8|ts)$ {
    add_header Access-Control-Allow-Origin *;
    add_header Cache-Control "max-age=86400";
    types {
        application/vnd.apple.mpegurl m3u8;
        video/mp2t ts;
    }
}

代码示例：Python解析m3u8

import m3u8
import requests

def parse_m3u8(url, retry=3):
    for i in range(retry):
        try:
            resp = requests.get(url, timeout=5)
            playlist = m3u8.loads(resp.text)
            return [seg.uri for seg in playlist.segments]
        except Exception as e:
            print(f"Attempt {i+1} failed: {str(e)}")
    raise Exception("Max retries exceeded")

性能优化

1. TS分片时长：
2. 2-4秒分片平衡首帧延迟与网络抖动

3. 关键帧对齐避免解码卡顿

4. HTTP/2优化：

   server {
       listen 443 ssl http2;
       ssl_certificate /path/to/cert.pem;
       ssl_certificate_key /path/to/key.pem;
   }

避坑指南

1. 时钟不同步：
2. 使用NTP同步所有节点时间

3. m3u8中添加#EXT-X-PROGRAM-DATE-TIME

4. CDN缓存污染：

5. 给m3u8添加版本号参数playlist.m3u8?v=123

6. 设置Cache-Control: no-cache

7. 分片404错误：

8. 检查FFmpeg的-hls_flags delete_segments
9. 监控TS文件生成延迟

延伸思考

现有HLS方案仍存在编码效率问题，HLS+FMP4混合编码可能成为未来方向： - 如何保持TS兼容性的同时利用FMP4的高压缩率？ - CMAF容器能否统一DASH和HLS的媒体格式？

（全文完）