猎流(LianLoader) 1.x
直播还在播,录制却断开了
RTMP、HTTP-FLV 直播录制中途结束或被切成多个文件时,检查断流续接设置、等待时间、本机网络和直播源。
直播 App 或网页里明明还在播,下载中心的录制却已经结束;用原来的地址重新下载,又能正常录。这通常不是地址失效,而是直播源短暂断开过一次,而录制没有等到它恢复。
为什么播放器没断,录制却断了
直播平台会切换服务器线路,主播的网络也可能短暂波动。这时平台会断开正在拉流的连接,几秒后再恢复。
- 直播 App、网页播放器会自动重连,并用缓冲盖住这几秒,你几乎察觉不到。
- 录制任务收到的“连接已结束”信号,和主播下播在技术上完全一样,单看这一刻无法分辨是暂时断开还是真的结束。
没有开启断流续接时,录制会在断开时按已录内容收尾。几秒后直播源已经恢复,所以用原地址重新下载又能成功。
先看断流续接是否开启
断流续接在直播源断开后先等一段时间:恢复了就继续写入同一个文件,不再把一场直播切成许多片段;等不到才结束录制。
- 打开“设置 → 下载 → 直播断流续接”。
- 确认“断开后等待恢复”不是“关闭(断开即结束录制)”。默认是“30 秒(推荐)”。
新设置对之后开始的录制生效,正在录制的任务沿用开始时的设置。各档位说明见下载设置。
只适用于 RTMP 与 HTTP-FLV 直播
断流续接作用于流媒体引擎录制的 RTMP、HTTP-FLV 直播流。M3U8(HLS)直播、普通文件下载不使用这个设置。
确认是不是断流造成的
在下载中心看这几处:
- 录制中:断开时状态显示“直播源中断,等待恢复(剩 N 秒)”,任务名旁出现“断流等待中”标识。
- 恢复后:任务名旁显示“续接 N”,N 是中断次数;悬停可看中断次数和缺失时长。
- 任务详情:“源站断流”一栏写明中断次数与共缺失的时长;“续接位置”列出每个续接点在文件中的时间和断开时刻,可以在播放器里跳过去核对。
在搜索框输入“续接”或“断流”,可以只看发生过断流的任务。
如果录制结束了,却没有任何断流标识,可能是续接已关闭,或等待时间耗尽仍未恢复。
逐项排查断开原因
| 情况 | 可能原因 | 处理 |
|---|---|---|
| 偶尔断开,几秒就恢复 | 平台切换线路、服务器短暂波动 | 保持断流续接开启即可,默认 30 秒足以覆盖绝大多数这类断开 |
| 等待超时后才结束,随后很快又能录 | 恢复时间超过了等待时间 | 把等待时间调到 60、90 或 120 秒 |
| 很多任务在同一时刻一起断开 | 本机网络切换,或平台批量切换线路 | 核对多个任务详情中的断开时刻;同时检查自己的网络和代理 |
| 只有某个直播间频繁断开 | 主播端网络不稳定 | 这是直播源本身的问题,续接只能接上恢复后的内容 |
| 用原地址重新下载也失败 | 地址已过期,或真的下播了 | 回到直播间重新获取地址,见录制与监控直播 |
使用 VPN 或代理时
VPN、代理工具切换节点、自动测速选线或节点掉线时,经过它的直播连接会一起断开。表现通常是同一时刻批量断开,或一部分任务断开、另一部分正常(取决于各直播连接走的是哪个节点)。
- 录制期间尽量固定使用一个稳定节点,关闭自动切换节点、自动选择最快节点之类的功能。
- 直播平台不需要代理也能访问时,可以让直播流地址直连,不经过代理。
- 网络恢复所需时间较长时,适当调大等待时间。
等待时间设多长合适
默认 30 秒覆盖了绝大部分短暂断开。实际测试中,平台批量切换线路通常 4 秒左右就恢复;更长时间都没恢复的,多半是主播真的下播了。
- 总在等待超时后结束:逐档调大,最长 120 秒。
- 不想要续接后的跳变:可以选择“关闭”,断开即结束录制。
等待时间越长,续接处缺失的内容越多,画面跳变越明显;超过 120 秒的中断,交给直播监控在下次检测到开播时新建任务,比硬接在同一个文件里更清楚。
续接后的文件会是什么样
- 续接处画面会有跳变:断开期间直播源本身没有推出内容,这段缺口无法补回。任务详情写明的缺失时长就是这一段。
- 分辨率或声道可能变化:主播网络波动时,推流端可能自动降低画质。保存为 FLV 时会继续写入同一个文件,播放到续接处画面尺寸随之改变;保存为其他格式时,参数变化会结束当前文件。
- 等待超时按已完成处理:已录内容正常保存,任务显示为已完成而不是失败。
超时结束后,怎样继续录制
断流续接只负责“短暂断开”。等待超时后,同一直播间要继续录制:
- 已为它添加监控并开启自动下载时,监控在下次检测到开播后会自动新建录制任务,见录制与监控直播。
- 没有监控时,确认直播仍在进行,用原地址或重新获取的地址新建任务。
重新录制不能补回中断期间的内容。需要尽量完整的录像时,保持断流续接开启,并确保本机网络稳定。