C++ 怎么解析 HLS (m3u8/ts) 与 DASH 视频切片流并实现低延迟转封装-C++-PHP中文网

C++实现HLS/DASH低延迟转封装应基于FFmpeg或libdash，而非手写解析器；性能瓶颈在于切片获取时机、时间戳对齐及MSE封装粒度，而非协议文本解析。

c++ 怎么解析 hls (m3u8/ts) 与 dash 视频切片流并实现低延迟转封装

直接说结论：C++ 做 HLS/DASH 的解析与低延迟转封装，不推荐从零手写协议解析器，而应基于 libavformat（FFmpeg） + 自定义 demuxer hook 或 dash::mpd::MPDParser（libdash）组合实现；真正卡住性能和延迟的，从来不是解析 m3u8 文本或 XML，而是切片获取时机、TS/fMP4 时间戳对齐、以及 MSE 兼容封装粒度。

用 FFmpeg 解析 m3u8 并实时拉取 ts 切片时，`avformat_open_input` 为什么常卡住或超时

因为默认行为会尝试完整加载整个播放列表并预读多个分片——这对点播没问题，但对直播或 LL-HLS 场景就是灾难。它会阻塞在 avformat_open_input 内部的 hls_read_header 阶段，等不到 #EXT-X-ENDLIST 就一直轮询。

必须设置 AVDictionary *opts 传入 "allowed_media_types=video+audio" 和 "timeout=5000000"（单位微秒），避免无限等待
对 LL-HLS，强制启用 partial segment 支持："fflags=+flush_packets+ignorerequirements"，否则 FFmpeg 会忽略 #EXT-X-PART 标签
关键参数 "reconnect=1" 和 "reconnect_at_eof=1" 必须开启，否则 m3u8 更新后无法自动续拉新切片
不要依赖 avformat_find_stream_info 做全量探测——它会下载前 N 个 ts 片段并解码头，大幅增加首帧延迟；改用 avformat_find_stream_info 后立即 avcodec_parameters_copy 复制已知流参数

解析 DASH MPD 时，`libdash` 与手动 XML 解析哪个更稳

libdash（尤其是 v4.2+）比手写 tinyxml2/pugixml 更可靠，但它默认不做 runtime adaptation，即不会根据带宽变化动态切换 Representation。你得自己 hook MPDParser::GetRepresentationForBandwidth() 并注入实时测速逻辑。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

MPD 中的 SegmentTemplate@initialization 和 @media 是 URL 模板，需用 $Number$ 或 $Time$ 替换——libdash 提供 SegmentTemplate::GetInitializationSegmentURL()，但不提供 GetMediaSegmentURL(uint64_t number) 的线程安全版本，多线程下要加锁
注意 duration 单位是 timescale 下的 tick 数，不是秒；常见坑是把的 start 当成绝对时间戳，其实它是相对于 MPD 发布时间的偏移
若 MPD 含 BaseURL，所有相对路径必须先 resolve；libdash 的 URL::Resolve() 有 bug（v4.1.0），遇到双斜杠 // 会错拼成 http:///xxx，需 patch 或自行处理

低延迟转封装的核心不是“快”，而是“准”：如何让 fMP4 切片对齐 MSE 要求

MSE 要求每个 moof+mdat chunk 必须携带完整 SPS/PPS（或通过 init.mp4 提供），且 moof 中的 traf 时间戳必须严格单调递增、无 gap。随便把 ts 切片 demux 出来塞进 fMP4，大概率花屏或卡死。

ts 切片里可能含多个 IDR 帧，但 fMP4 要求每个 fragment 至少含一个 sync sample；必须用 av_packet_get_side_data(pkt, AV_PKT_DATA_NEW_EXTRADATA) 检查是否携带新 SPS/PPS，有则触发新 fragment
不能直接用 av_write_frame 输出到内存 buffer——它默认按 GOP 对齐 flush，导致 fragment 过大；需手动控制 AVFormatContext->oformat->flags |= AVFMT_VARIABLE_FPS，并调用 av_interleaved_write_frame 前检查 pkt->pts 是否超出上一 fragment 的 duration
LL-HLS 的 partial segment 对应 fMP4 的 moof with tfra box；FFmpeg 不原生支持生成 tfra，得用 libgpac 或手写 box 构造逻辑，否则浏览器无法做 partial append

最易被忽略的一点：HLS 和 DASH 的时间基（timebase）完全不同。HLS 的 #EXTINF 是浮点秒，DASH 的 duration 是整数 tick，而 FFmpeg 内部统一用 AV_TIME_BASE（1000000）。三者混用不转换，会导致音画不同步或 MSE 报 Failed to execute 'appendBuffer' on 'SourceBuffer': The HTMLMediaElement's readyState is not HAVE_METADATA。