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 步排查網絡掉幀與編碼跳幀