TikTok直播卡顿，上传码率、丢帧率和FPS应该怎么看？

直播卡顿时，状态栏里往往有三个数字：上传、丢帧和FPS。先看实际上传是否持续，再看丢帧是否继续增加，最后与观看端的画面对照。单独挑一个“正常”的数字，容易漏掉问题。

素材中的三张截图，分别显示1845kbps、丢帧12.6%；2354kbps、丢帧0%；4180kbps、丢帧6.3%。它们记录的是不同瞬间，缺少完整设置和调整过程，不能拼成“降低或提高码率后修好了”的前后对比。

上传1845kbps，丢帧13（12.6%）；FPS字段不完整，不据此填写帧率。

上传2354kbps，丢帧0（0.0%）；这张图只能说明截图时显示的状态。

上传4180kbps，丢帧6（6.3%）。码率更高，并没有让所有指标同时变好。

先把三个指标各自回答的问题分开。

OBS官方文档把网络丢帧与编码性能问题分开讨论，这个分类值得借鉴。TikTok直播伴侣各版本的字段统计口径仍应以实际软件为准，不能直接套用OBS计数定义。OBS连接排查

实际处理时，先保留当前画质和状态栏截图，再连续观察一段时间，标记观众说“卡了”的时刻。即使比例暂时下降，只要丢帧总数还在增长，就要继续看新增加的异常；如果该版本采用累计统计，比例下降也可能只是统计分母变大。

如果上传明显下探、出现重连，同时多人反馈定格，优先检查传输和会话状态。如果上传相对稳定，但本地预览也卡，再检查场景复杂度及CPU、GPU的运行状态。每轮只改变一项，例如降低一档画质，保留改动前后的设置与观察时间。

另一份素材显示5515kbps、零丢帧、30/30FPS。这是状态示例，不是其他案例的修复结果。

复测时使用同一软件会话或记录计数重置时间，避免拿不同统计周期直接比较。再让一台独立设备从观看端确认画面和声音，必要时换一个观看网络交叉检查。

最终判断依据是：在目标画质下，实际上传持续、异常计数没有持续增长，观看端也能稳定播放。码率高低和某一秒的零丢帧，都不能单独替代这项检查。