观众说画面定格，主播端还有30FPS，该先查哪里？

观众说画面卡住，主播看状态栏却还有30FPS，丢帧也是0。这时应当相信哪边？

如果画面定格同时伴随上传骤降、正在重连或直播断开提示，应优先检查传输与直播会话。帧率数字仍在变化，不能据此判断观众已经收到连续画面。

下面这张截图把几种现象放在了同一画面里：上传81kbps、丢帧0（0.0%）、FPS 30/30，同时出现连接异常提示，评论里也有人反馈“定格了”。

同屏记录了上传81kbps、30/30FPS、零丢帧与观众定格反馈。它直接说明只看FPS会漏掉异常。

这张图能确定的是：软件显示的部分指标与观看体验没有同步恢复。它没有记录断线前后的完整过程，尚不能判断81kbps是问题的起因，还是断线后的结果。

另一份截图显示上传0kbps，丢帧仍然为0；旁边的FPS字段被截断，不能补全。当上传归零时，应先确认是否仍在开播、是否暂停或重连，再解释这个数字。

另一案例的上传0kbps截图，只用于说明“零丢帧”也可能与无上传同时出现。

遇到这种情况，按以下顺序处理更有帮助：

1. 记录发生时间，同时截下上传、丢帧、FPS和重连提示。保留几十秒连续观察或录屏，比单独截一帧更容易分清先后。
2. 请另一位观众或另一条观看网络确认现象。如果多人同一时刻异常，并伴随主播端上传下探，优先查主播侧传输与会话；如果只有一端异常，先交叉验证该端的网络和播放器。
3. 查看电脑是否仍有其他应用正常联网，并保存直播软件日志。其他网页能打开，只能说明部分访问正常，不能证明这条直播连接没有问题。
4. 若已确认断开且持续无法恢复，保存证据后按软件提示重新连接或结束异常会话，再做一次受控试播。一次重开成功，只能算暂时恢复。

另一案例的“无法开启直播，请检查网络并重试”提示。此类连接错误应与权限限制分开处理。

OBS的观看缓冲文档也提醒，主播端没有丢帧时，观众仍可能出现缓冲。本文因此把“其他观众能否正常看”作为分支，避免把所有定格都归因于主播网络。OBS观看缓冲排查

验收时要覆盖原来容易出问题的时长：上传持续、没有反复重连，独立观看端保持正常。30FPS可以作为观察项，不能作为“直播已经修好”的结论。