直播流媒体协议 on Dorkytiger 的小屋

RTMP 协议

Mon, 01 Jan 0001 00:00:00 +0000

一、RTMP 握手

客户端                            服务器
  │                                │
  │──── C0 (版本=3) ──────────────→│
  │──── C1 (1536 字节随机数据) ────→│
  │←─── S0 (版本=3) ──────────────│
  │←─── S1 (1536 字节随机数据) ────│
  │←─── S2 (C1 的回应) ───────────│
  │──── C2 (S1 的回应) ───────────→│
  │                                │
  │       握手完成，建立连接         │
  │                                │
  │──── connect("live") ──────────→│
  │←─── _result (成功) ───────────│
  │──── createStream ─────────────→│
  │←─── _result (stream_id=1) ────│
  │──── publish("live") ──────────→│
  │←─── onStatus("正在发布") ──────│
  │                                │
  │       开始推送音视频数据         │
  │──── Audio/Video Tag ──────────→│
  │──── Audio/Video Tag ──────────→│
  │ ...                            │

二、RTMP Chunk 分片

RTMP 的核心设计：把大的消息切成小的 chunk，交错发送，避免大消息阻塞后面的小消息。

HLS 协议

Mon, 01 Jan 0001 00:00:00 +0000

一、HLS 的工作方式

HLS 不是"实时推流协议"，而是"把直播切成小文件，让客户端通过 HTTP 下载播放"。

推流端：
    编码器 → 切片器 → TS 文件 1 (2秒)
                    → TS 文件 2 (2秒)
                    → TS 文件 3 (2秒)
                    → m3u8 播放列表（不断更新）

播放器：
    先请求 m3u8 → 看到 TS 文件列表 → 依次下载并播放

二、m3u8 文件格式

#EXTM3U                          ← 标识这是 HLS 播放列表
#EXT-X-VERSION:3                 ← 版本
#EXT-X-TARGETDURATION:10         ← 每个切片最长 10 秒
#EXT-X-MEDIA-SEQUENCE:100        ← 起始序列号

#EXTINF:8.320,                   ← 第一个切片时长 8.32 秒
segment-100.ts

#EXTINF:9.120,
segment-101.ts

#EXTINF:8.960,
segment-102.ts

#EXT-X-ENDLIST                   ← 如果文件在持续更新，没有这一行
                                 ← 直播场景不写 ENDLIST

三、HLS 的延迟问题

HLS 延迟 = 切片时长 + 播放器缓冲

假设每 2 秒切一个 TS 文件：
  推流器切完一个文件 → 放到服务器 → 更新 m3u8 → 播放器下载 → 播放
  最小延迟 ≈ 2 个切片 = 4 秒（播放器至少缓冲 2 个文件才能平滑播放）

提高延迟：
  切片 10 秒 → 延迟 20-30 秒（稳定，兼容性好）
  切片 2 秒 → 延迟 4-6 秒（延迟低，但服务器压力大）

对比：
  RTMP 延迟：1-3 秒
  HTTP-FLV 延迟：2-5 秒
  HLS 延迟：6-30 秒
  WebRTC 延迟：< 500ms

但 HLS 兼容性最好：
  iOS/macOS 原生支持，不需要任何插件
  浏览器通过 <video> 标签直接播放
  穿越防火墙容易（走 80/443 端口）

第六阶段总结

Mon, 01 Jan 0001 00:00:00 +0000

RTMP：实时性最好的传统直播协议（1-3 秒延迟）
    基于 TCP，握手后持续推送 FLV Tag
    Chunk 分片保证音频不被大视频包阻塞

HLS：兼容性最好的直播协议（6-30 秒延迟）
    把直播切成 TS 片段 + m3u8 播放列表
    iOS 原生支持，其他平台通过 <video> 播放

选型：
    实时互动（连麦/直播）→ RTMP 或 WebRTC
    点播/录播 → HLS（兼容性最好）
    浏览器直播 → HTTP-FLV（flv.js）