直播回放怎么保存？趁平台删掉前下载或录制成 MP4

直播回放是互联网上最短命的视频形态。平台留一周、留一个月，或者某个设置一改就没了。等你要用的时候——写报告、剪集锦、留个记录——通常已经过了那个期限。

这篇讲的是趁它还在的时候怎么拿到手，以及一个容易被忽略的前提：回放比普通点播更难处理，难度不在操作，在它的三个特性。

回放和普通视频有什么不一样

有截止时间。 回放按平台规则过期，这个月拿不到，下个月就更拿不到。所以这一次操作就拿到手的低质量文件，胜过没拿到手的高质量文件。

分片更碎。 直播推流的切片比点播短得多，常见两到六秒一片，而不是十秒。三小时的回放可能是几千个分片，分片数量是录制中途失败的主要原因。

码率是浮动的。 直播编码会跟着推流情况调整，整段回放的画质并不均匀。推流在第二十分钟卡过，那段回放就是糊的，后期救不回来。

回放窗口是这套流程唯一可行的时间段，而它有多长不由你决定。

第一步：看这个页面到底给了你什么

动手之前，花三十秒看一眼 Network 面板，筛 m3u8 和 mpd。

• 出现了清单。 流没有加密，而且有目录可循。这时你有两种选择：直接取媒体数据，或者录屏。取媒体数据更好，它拷的是编码流，不是对画面再压一遍。
• 没有清单，但视频能播。 页面可能用 Media Source Extensions 自己喂分片。这种情况下录制工具仍能取到媒体数据，同样避免重新编码。
• 只有分片请求没有清单，响应是乱码。 这是 DRM。到此为止——录密文只会得到一个打不开的文件，这篇也不是讲这个的。

复用项目已有的 Mux 公开测试流截图，并非直播回放实测。筛选 m3u8 只显示清单；查看分片请求时另筛 ts 或 m4s。

第二步：录制，以及决定录多长

在播放器里打开回放，点击 FlowPick 扩展图标，再选择录制控件。可以使用时，优先选择 MSE 缓冲区模式；扩展会带着当前会话打开录制工具。直接访问这个地址只会显示操作说明，不会启动录制。

两个实际操作上的提醒：

源还在直播的话，录制快不过真实时间。 还没写完的直播没有"后面的分片"可取。回放已经完整时，取媒体数据可以快于播放速度；还在直播时，你受时钟限制。

别碰那个标签页。 录制在页面里跑。多数浏览器切到后台没关系，但关闭、休眠、或者标签页被浏览器回收，录制就断了。

如果回放四小时，而你只要其中一场比赛，换个做法：只在你需要的那段开着录。比全录完再剪省事，也把"录到三小时突然断掉"的概率砍了一半。

第三步：修封装，不动画面

录出来的东西取决于源是什么，直播流常见的是分片 MP4 或 MPEG-TS。

文件到处都能打开的话，跳过这步。打不开，先用视频信息读一遍再决定：

• 封装是 TS，编码是 H.264 + AAC。 用 TS 转 MP4。把编码流拷进一个支持更好的壳，不重新编码，快且无损。
• 本来就是 MP4，还是打不开。 先检查编码和文件完整性。播放器不支持的编码需要重新编码，TS 换封装改变不了编码。先看容器与编码那篇，别在这里耗时间。

英文界面，实际处理生成的 TS 样本：35.8 KB 输入 → 31.4 KB MP4。封装开销会改变体积；时长和轨道需要用视频信息工具另行核对。

一个容易误会的现象：TS 转 MP4 之后文件往往更小，但什么都没重新编码。TS 有包开销和填充，MP4 不需要。体积降 15% 是正常的，不代表丢了画质。

第四步：归档之前先剪

一场比赛、一场活动、一次直播，三小时的回放通常只会看一遍。全留着占地方，也让"当时那段"更难找。

用视频裁剪按时间点切。两个习惯值得养成：

• 剪完验证之前别删原件。裁剪产出的是新文件，而这次录的可能是网上已经不存在的东西的唯一副本。
• 平台给了章节就在章节边界下刀，别切在一句话中间。之后的命名和检索都省事。

翻车了怎么办

录制在分片上限附近停了。 几千个分片对内存是不小的负担。拆开做：先录前半段，再录后半段。两个能拼起来的文件，好过一个在 80% 处失败的文件。

长时间录制音画不同步。 这更多是直播编码本身的问题，不是工具的问题，时长越长越明显。缩短单次录制能减轻，浏览器端没有可靠的事后修复办法。

录到一半回放过期了。 缺失的尾巴找不回来。这是唯一一个"要录就早点录"的理由。

录出来能播但没声音。 音频是独立轨道，没被取到。重新录制时把音频轨选上；如果源本身有独立的音频清单，也可以用音频下载器单独取。

收尾

一个不再依赖平台保留策略的本地文件，封装能在播放器和剪辑软件里打开。剪短、按日期和活动命名，然后从冷启动播一遍——有些录制文件读缓存时正常，重新加载就废了，这种事现在发现比半年后发现好。

直播场景的更多背景，见直播回放下载和音频捕获。