用浏览器开发者工具定位真实m3u8请求URL及必要请求头；用m3u8库解析结构，requests下载分片并复用鉴权headers；ffmpeg合并TS分片，AES-128加密需先解密，+genpts修复时间戳。
如何用 Python 获取 M3U8 文件的真实 URL？
直接请求网页 HTML 通常拿不到 m3u8 地址，它往往藏在 JavaScript 变量、XHR 接口响应或加密的 JSON 配置里。别指望靠 requests.get(url).text 一把梭。
实操建议：
- 用浏览器开发者工具（Network → Filter “m3u8” 或 “xhr”）定位真实请求，复制其完整 URL 和请求头（尤其是
User-Agent、Referer、Cookie） - 若 URL 动态生成（如含时间戳、sign 参数），需逆向 JS 中的构造逻辑，重点盯住
fetch或Ajax调用前的变量赋值 - 部分站点对
Referer校验严格，漏掉或写错会导致 403，务必完整复现
用哪个库解析和下载 TS 分片最稳？
requests + 手动解析 m3u8 文本可行，但容易漏掉 #EXT-X-KEY 加密、#EXT-X-MAP 初始化段等细节；推荐用 m3u8 库（pip install m3u8）做结构化解析，再用 requests 下载分片。
关键点：
立即学习“Python免费学习笔记（深入）”；
-
m3u8.load()支持本地文件或远程 URL，自动处理重定向和 base URI 拼接 - 检查
playlist.segments是否为空——空说明是「主播放列表」（含多个变种流），需先选一个playlist.playlists[0].absolute_uri再加载 - 下载每个
segment.absolute_uri时，必须复用原始请求的 headers（特别是带鉴权的Cookie），否则多数分片返回 403
TS 合并时为什么视频花屏或无法播放？
直接 cat *.ts > output.mp4 在 Linux 下看似能跑，但绝大多数情况会失败：TS 流有 PAT/PMT 表、PCR 时间戳、加密信息，简单拼接会破坏同步字节和连续性。
正确做法：
- 优先用
ffmpeg合并：ffmpeg -i "concat:1.ts|2.ts|3.ts" -c copy -bsf:a aac_adtstoasc output.mp4 - 若分片多（上千个），避免命令行过长，改用文本列表：
ffmpeg -f concat -safe 0 -i filelist.txt -c copy output.mp4，其中filelist.txt每行写file '1.ts' - 遇到 AES-128 加密（
#EXT-X-KEY:METHOD=AES-128），必须先用 key 解密单个 TS，不能跳过；m3u8对象的keys属性可取到密钥 URL，注意它也可能需要鉴权请求
合并后音画不同步或卡顿怎么调？
这通常不是合并本身的问题，而是原始流的时间戳不连续或 ffmpeg 默认行为未适配。不要盲目加 -vsync 1 或 -async 1。
更可靠的处理方式：
- 先用
ffprobe -v quiet -show_entries format=duration input.mp4确认总时长是否合理，排除截断 - 强制重映射时间戳：
ffmpeg -i concat_list.txt -c copy -fflags +genpts output.mp4（+genpts让 ffmpeg 生成 PTS） - 如果仍不同步，说明源流本身有问题（比如直播切片未对齐 GOP），此时必须转码：
-c:v libx264 -c:a aac -crf 23，但会显著增加耗时
加密、反爬、时间戳校验这些环节只要漏掉一环，最终文件就大概率打不开。别省掉日志打印每个 segment 的 HTTP 状态码和文件大小。
