直播画面卡顿，OBS的Dropped frames在说哪一段链路

商品演示的直播画面出现停顿，现场人员可能笼统地说“电脑掉帧了”。这个描述记录了观感，却没有说明卡顿出现在场景合成、编码，还是向远端服务器传送的过程中。不同阶段需要各自的证据，不能只凭一个状态名称认定显卡性能不足。

OBS Project的Stream Connection Troubleshooting把Dropped frames与到远端推流接入服务器的连接联系起来：连接不稳定，或无法维持所设码率时，程序会舍弃部分视频帧作为补偿。[1] 这段解释所指的是推流连接，并没有把Dropped frames定义为GPU未完成场景渲染。

另一篇Encoding Performance Troubleshooting则解释，OBS需要GPU时间和资源来合成、渲染场景。[2] 文中讨论GPU负载及与系统其他部分之间的瓶颈。这里说明的是画面形成所需的计算资源，与上一页讨论的远端连接属于不同问题对象，不能因为最终都可能表现不流畅，就交换原因。

因此，一份直播问题记录可以保留状态原名、观察位置和发生时间，而不立即改写成“显卡坏了”或“运营商故障”。这些是本文提出的信息区分，不是官方新增诊断程序。本文没有取得实际日志、录像和设备数据，也没有判断某一场商品演示究竟在哪个阶段发生问题。

两份知识库还列出多种排查与设置步骤，本篇没有执行或复用其中的网络、安全软件、系统权限及设备调整。采用的范围仅是Dropped frames定义和GPU合成渲染的说明；读到排障建议，并不等于某项设置已经更改，更不等于故障已经排除。

第一篇页面标示2024年9月30日，第二篇标示2021年6月12日，各自日期保留。对直播服务交接而言，状态能够提示正在描述的环节，却不能独自证明商品画面已完整送达观众。把连接丢帧与场景渲染分开记录，才能让后续讨论围绕同一个已观察的问题展开。