Twitch 直播持续掉帧，说明 OBS 无法把配置的码率稳定送到 Twitch ingest 服务器，解决方向是留出上传余量、改用有线、换 ingest 节点或排除干扰网络的软件。如果增长的是 skipped frames（跳帧），则是编码过载；lagged frames 则指向渲染过载。［1］［2］先读 OBS 计数器，因为只有网络掉帧才需要检查上传、路由器、ingest 节点或互联网路由。

关键要点

改码率、编码预设或网络设置前，先读懂 OBS Stats。

下载测速很快，不代表持续上传有足够余量。

先建立短时有线基线，再让每轮测试只改变一个变量。

Twitch Inspector 能记录平台实际收到的码率变化。

VPN 只是在本地原因排除后的可回退路由对照，不保证减少掉帧。

本文只处理主播端的上行直播，不处理观众端缓冲。观众播放问题见流媒体缓冲排查，更广的服务背景见流媒体指南。

Twitch 直播持续掉帧时，先看哪一种计数？

在 OBS 打开 View → Stats，并在平时容易复现的同一场景中观察。不要把所有卡顿都归类为网络问题。

OBS 症状	更可能的层	第一个对照
Dropped Frames (Network) 增加	编码器到 ingest 的传输	持续上传、有线链路、ingest 节点
Skipped Frames due to Encoding Lag 增加	编码器来不及完成一帧	预设、分辨率、帧率、CPU/GPU 负载
Frames Missed due to Rendering Lag 增加	场景来不及渲染	GPU 负载、游戏帧率上限、场景复杂度
OBS 稳定但个别观众卡顿	播放端或个别观众路径	Inspector、VOD 与多个独立观众

OBS 把 dropped frames 定义为电脑与直播服务器之间的连接问题，并建议更换 ingest、降低码率、使用有线网络及排除干扰网络的软件。［1］因此，放宽编码预设可能改善 skipped frames，却不能修复上行路由的丢包。

先记录两分钟基线：配置码率、网络掉帧百分比、skipped/lagged 计数、CPU/GPU 负载及时间。每次修改后用相同场景、相同时长重测。某一秒显示绿色，不能证明整场直播稳定。

第 1 步：用 Twitch Inspector 做受控测试

Twitch Inspector 用于查看直播健康度；带宽测试模式可在不按正常方式通知观众的情况下验证上行。它展示 Twitch 一段时间内实际收到的码率，比一次短促的通用测速更贴近直播路径。［3］

按以下顺序操作：

保存当前 OBS Profile，或记下分辨率、帧率、编码器、预设、关键帧间隔与码率。
运行至少十分钟的测试直播。
使用可重复内容，例如同一游戏区域、同一摄像头场景或本地测试视频。
标出 OBS 网络计数上升的时刻，与 Inspector 码率图对照。
在较空闲时段再复测一次，再判断它是否是持续性故障。

如果 OBS 和 Inspector 在相同时间显示传输下降，继续检查上传路径。如果 Inspector 稳定而 skipped 或 lagged frames 上升，应转向编码或渲染负载。如果只有一名观众有问题且 ingest 稳定，主播上传还不是首要嫌疑。

不要追求绝对水平直线。小幅波动正常；真正有意义的是反复无法维持配置输出、网络掉帧持续增长，或断线与家庭上传、时段及路由变化相关。

第 2 步：让码率留出持续上传余量

视频码率并不是全部上行负载。音频、协议开销、重传、监控、云同步、语音聊天和其他设备都会占用上传。短时间测速可能给出很高峰值，却不能说明十分钟后仍能持续满足直播。

在问题时段向不止一个附近测速节点做多次上传测试。然后只降低 OBS 码率，不同时改分辨率、帧率或编码器。降幅应足以制造可观察余量，同时仍符合 Twitch 当前直播建议。Twitch Streaming FAQ 指向最新编码和直播规则，应以它为准，避免复制过时的码率表。［4］

OBS 建议以实测上传速度的约 75% 作为视频码率起点。［1］它的可选动态码率功能会在拥塞时降低码率而不是丢帧，但会降低画质，也不能修复底层路径问题。［1］

结果可这样理解：

小幅降低后掉帧消失，说明原设置缺少稳定余量。
大幅降低仍无变化，丢包、Wi‑Fi 干扰、路由器排队或 ISP 路由仍然可疑。
skipped frames 同时改善，说明可能不小心改变了编码负载，应重新做单变量测试。
网络接口直接断开或调制解调器重连时，要保存日志；单有码率通常解释不了整条链路重置。

不要在找出瓶颈前把极低码率当成永久修复。诊断降码率是为了区分容量不足与不稳定，而不是掩盖坏网线、拥塞队列或运营商线路故障。

第 3 步：建立有线、安静网络的基线

用已知正常的网线把直播电脑直接连接到主路由器，并关闭电脑 Wi‑Fi，确保路径明确。暂停云备份、照片同步、大文件上传、安防摄像头传输、游戏更新和家庭中的其他直播。

这项对比可以区分几种大致情况：

结果	更可能的解释	下一步
有线且无竞争上传时稳定	Wi‑Fi 或家庭上行竞争	每次恢复一个负载来源
有线在所有 ingest 都不稳	路由器、光猫/调制解调器、接入线或 ISP	查接口错误、设备事件及带时间戳证据
其他上传开始后才掉帧	上行饱和或排队	限速或错峰，并检查队列管理
只在原网线或端口失败	本地物理链路	换线或换路由器端口

无法使用网线时，可在主接入点附近、干扰较少的频段固定位置测试。这份证据仍弱于 Ethernet，因为无线争用和重传会变化，但比同时调整多个无线参数更可靠。

全部重启可能暂时清除故障，却找不出原因。重启光猫或路由器前，记下链路在线时长、事件时间戳、运营商提供的上行电平（如能查看），以及其他设备是否同时断网。这些细节有助于区分 OBS 问题与接入线路事件。

第 4 步：保持设置不变并比较 ingest 节点

自动选择方便，但某一 Twitch ingest 路由可能异常，即使普通网页访问正常。OBS 也明确建议在持续掉帧时尝试另一服务器。［1］保持码率、场景和编码器不变，把自动选择与一两个地理位置合理的节点对照。

每个节点都应运行到超过通常故障出现的时间。比较最终掉帧比例与断线次数，不要根据第一分钟选“最好”的一个。距离最近的城市未必当前路由最好；互联互通关系可能让略远节点反而更稳。

若一个节点持续稳定、另一个反复失败，可暂用稳定节点并保留时间记录。若所有合理节点同样失败，应回到本地网络或 ISP。若最佳节点每小时变化，更像时段拥塞或路由波动，而不是永久 OBS 配置错误。

不要边切换十几个节点，边改码率、分辨率和预设。那样没有可比较基线，偶然恢复也不能成为修复证据。

第 5 步：安全隔离软件与路由变化

防火墙、终端安全、流量整形、包检查、虚拟网卡和 VPN 软件都可能影响长连接上传。不要永久关闭防护。先更新软件、确认 OBS 获准联网，再做短时可恢复对照。OBS 也提示安全软件与 VPN 可能干扰连接。［1］

建议顺序：

恢复已记录的 OBS 基线。
关闭非必要网络加速器、代理和重复流量监控。
确认系统及安全套件允许 OBS 使用当前网络配置文件。
如果平时启用 VPN，先比较一次关闭后的结果。
只有有线、安静网络、码率与 ingest 测试均指向上游路由时，才用一个可信 VPN 节点做 A/B 对照。
若延迟、容量或稳定性变差，立即回退。

VPN 会改变封装及到 Twitch 的路径，偶尔能绕开较差 ISP 路由，也会增加开销和依赖。某一节点改善只说明路由值得调查，不证明今后每场直播都需要 VPN；没有改善同样有价值，它把重点移回本地链路、容量或运营商。

Twitch 跳帧而不是网络掉帧时怎么修复？

如果 OBS 显示的是编码延迟导致的 skipped frames，或渲染延迟导致的 missed frames，上传测试帮不上忙。OBS 把这两类问题归因于 GPU 过载，或 GPU 与系统其他部分之间的瓶颈。［2］每次测试直播只改一项：

把游戏帧率限制在接近显示器刷新率的水平，并调低高负载画质选项。
降低输出分辨率，或把直播从 60 fps 改为 30 fps。
精简场景，移除不用的来源、滤镜和浏览器来源。
在 Windows 上以管理员身份运行 OBS，让它预留 GPU 资源。［2］

还要检查 Twitch Enhanced Broadcasting（增强广播）。它在你自己的 GPU 上编码多路不同清晰度的直播，自动设置会按你的硬件和上传带宽确定这些档位。［5］改动网络设置前，先关闭它对照一次。

何时联系 ISP 或 Twitch

升级求助时提交一份简洁的证据包，而不是一句“直播很差”。内容包括时区、准确故障时间、有线与 Wi‑Fi 对比结果、配置码率、Inspector 图、OBS 日志、测试过的 ingest 节点，以及其他上传是否也失败。发布日志前，删除推流密钥、不想公开的 IP 地址和账户令牌。

在有线、无竞争负载时，多目标上传仍重复丢失，或光猫/调制解调器事件与掉帧同步，或其他上行也停顿时，联系 ISP。其他上传服务稳定但多个 Twitch ingest 重复失败，或 Inspector 指出平台侧异常时，联系 Twitch。

编码与渲染证据要分开。如果提交的日志实际显示的是 GPU 渲染过载，支持工程师无法针对上行路由采取行动；反过来，高性能 GPU 也不能排除上行丢包。

常见问题

Twitch 掉帧一定是网速慢吗？

不一定。平均上传速度可能足够，连接却仍有丢包、抖动、排队、Wi‑Fi 干扰或较差的 ingest 路由。先确认 OBS 标注的是网络掉帧，而不是编码或渲染延迟。

是否应该立刻降低码率？

把降低码率当作受控诊断。如果它带来了稳定余量，就选一个可持续的设置，并调查原码率为何不稳定。不要同时修改码率、分辨率、帧率和编码预设。

为什么测速很好，直播仍掉帧？

测速时间短，目标服务器也可能不同。直播需要持续向某个 Twitch ingest 节点上传。Inspector 配合定时测试直播，能更直接地测量相关路径。

离路由器很近，Wi‑Fi 也会掉帧吗？

会。距离只是因素之一。干扰、空口争用、重传、频段引导和其他设备的上传，都可能打断持续流量。有线基线是最清楚的对照。

换编码器能修复网络掉帧吗？

不能直接修复。更换编码器针对的是编码延迟导致的 skipped frames。它可能间接降低码率或负载，因此要隔离网络时，应保持输出码率不变。

Twitch 直播应使用 VPN 吗？

只在排除较简单的原因之后，把它当作可回退的路由测试。它可能绕开一条有问题的路由，也可能增加开销、让直播更差，并不能保证修复掉帧。

只有聊天冻结怎么办？

那是另一条观众或浏览器路径。请使用直播聊天排查指南，不要去改主播的编码器。

求助前应保存什么？

保存 OBS 日志、Stats 计数、Twitch Inspector 图、准确时间戳、码率、ingest 服务器、有线对照，以及其他上行流量的情况。删除凭据和推流密钥。在 Twitch 掉帧测试中，VPN 只能作为一条经过测量的上行路由来评估；OBS 编码过载和 ingest 服务器状态必须单独诊断。

来源:

OBS, “Stream Connection Troubleshooting.” — https://obsproject.com/kb/stream-connection-troubleshooting
OBS, “Encoding Performance Troubleshooting.” — https://obsproject.com/kb/encoding-performance-troubleshooting
Twitch, “Guide to Using Twitch Inspector.” — https://help.twitch.tv/s/article/guide-to-using-twitch-inspector?language=en_US
Twitch, “How Do I Stream FAQ.” — https://help.twitch.tv/s/article/how-do-i-stream-faq?language=en_US
Twitch Blog, “Introducing the Enhanced Broadcasting Beta.” — https://blog.twitch.tv/en/2024/01/08/introducing-the-enhanced-broadcasting-beta/

Sources checked 2026 年 10 月 4 日。

Twitch 直播持续掉帧？5 步排查网络掉帧与编码跳帧