VDO.Ninja 沒有畫面：分辨攝像頭、遠端媒體與 OBS 接收

VDO.Ninja 沒有畫面，先定位影像在哪裏消失：發佈端瀏覽器、遠端觀看者，還是 OBS Browser Source。檢查權限與正確串流，再查看該對參與端的媒體連接。本機攝像頭預覽和網頁載入，不能證明遠端收到媒體。

關鍵要點：

• 改網絡前，先分辨擷取、遠端接收及 OBS 渲染。
• 每次對照都保護房間口令及私人觀看連結。
• 保持同一發佈端與觀看端，只比較一條獲准路徑。
• 到遠端驗收音頻與影片，不用本機預覽代替。

步驟 1：發佈端擷取了預定攝像頭嗎？

先請發佈端查看本機預覽，再調查 OBS。確認所選攝像頭、實體設備及瀏覽器與系統權限。另一應用佔用攝像頭，或設備未接上，應先處理本機；改路徑不能產生瀏覽器未擷取的影像。

與知情參與者使用不含敏感內容的素材測試，不放真實客戶工作、私人文件或公開播出。不要請對方把平常房間 URL 貼上論壇，連結可能包含存取標識及其他私人值。

官方無畫面指引把 OBS 設定、發佈瀏覽器、串流標識及網絡分開討論。這些例子不是攝像頭已損壞的證明。先記錄本機狀態：沒有預覽、預覽正確、設備選錯或明確權限警告。［1］

沒有預覽就留在擷取分支，檢查網站權限、所選設備及其他應用佔用。不因網頁開到就重設房間或改 TURN 參數。擷取正常後，保持設定再測觀看端。

串流工作流程概覽提供擷取和接收背景，本文只分辨本機與此項 VDO.Ninja 連接，不是平台地區片庫指南。

步驟 2：如何定位 VDO.Ninja OBS 黑畫面？

私下對照發佈端串流標識及觀看端連接資料，找出舊連結、額外抄入的參數，或 OBS 選了另一串流的情況。利用 VDO.Ninja 本身的介面取得觀看連結，不憑記憶拼接 URL。官方指引列出標識及參數錯誤可能造成黑畫面。［1］

在接收電腦的普通受支持瀏覽器打開相同觀看連接，對照這個瀏覽器與內嵌 OBS 渲染器。它不能取代真正遠端地點的測試，亦不要同時更換發佈端、房間或權限。

分別記錄發佈預覽、遠端瀏覽器影片、遠端音頻及 OBS 輸出。瀏覽器收到兩種媒體但 OBS 無畫面，優先查 Browser Source；所有遠端皆無媒體，先查參與端連接，才改場景合成。

觀察階段	首個分支	保持不變
發佈端無攝像頭預覽	設備及擷取權限	房間與網絡設定
預覽正常但遠端無媒體	標識及實際媒體連接	發佈設備與串流
遠端只有聲音	影片軌、擷取及接收渲染	音頻與端點身份
瀏覽器有影片，OBS 沒有	Browser Source 及渲染	觀看連結與發佈端
畫面出現後斷續	丟包與資源診斷	已驗證的串流身份

步驟 3：VDO.Ninja 沒有畫面時應查哪條媒體路徑？

在接收端瀏覽器按住 Ctrl（Mac 用 Cmd），點擊有問題的來賓影片，開啟統計面板。查看這對發佈端與觀看端的丟包及 candidate type；RELAY 代表中繼路徑，並記錄實際收到的影片和音頻。沒有影片區塊或統計數值，就填未知並保留未收到媒體的觀察，不臆測丟包率或路徑。官方無畫面指引亦提到，在已有查詢參數的 URL 後加上 &stats；保留私人串流參數，不換房間或發佈端。［1］［2］

每對參與端的路徑可以不同。來賓對另一觀看者正常，不能證明到導播正常。VDO.Ninja 丟包文檔說明配對特定故障，也區分直接連接與 TURN 中繼。［2］

VDO.Ninja 中繼連接不是必然故障；直接媒體不可達時，它可能是合法後備，只是延遲與路由取捨不同。不因中繼標籤便強制直連，先查看預定接收端是否有可用媒體。［2］

RTC 連接階段檢查可解釋網頁正常而音頻或媒體未建立的情況。驗證這個工作階段時使用 VDO.Ninja 證據，不搬用 Discord 帳戶、頻道或地區設定。

受管理網絡先向所有者確認通話獲准及流量條件。接收電腦的 Windows 系統代理設定說明可作參照，但瀏覽器代理未必代表每條 WebRTC 媒體路徑。採集證據時維持防火牆及私隱保護。

步驟 4：一條獲准路徑能傳送缺失信號嗎？

用相同來賓、攝像頭、觀看連結及接收應用建立基線。可行時換用獲准有線連接排除本機 Wi-Fi 不穩，記下究竟哪一端改網絡；兩端一起變，便無法定位差異。

比較獲准熱點或其他網絡時，保持工作階段身份。應用要求重連，就以原參與者重入，並把這項動作記入測試。新房間或不同發佈端，即使看到相似畫面，也是另一試驗。

有問題的桌面參與端已通過擷取與標識檢查，可用 AethoVPN 改變該端出站路徑，再試同一觀看信號。Windows 用官方安裝包；Mac 經官方設定向導取得配置，在 VPN 客戶端連接。桌面及 Mac 配置須有 Pro 或 Premium。於 App 選目前可用且通話獲准的位置，開啟全局模式，只重連故障端，保留另一方設定。

檢查遠端影片、測試語句和可見診斷，記錄維持直連、改經中繼、失敗或變差。VPN 並不提供 VDO.Ninja 的 TURN 服務，也不修復攝像頭權限或 OBS 渲染，額外路徑可能增添延遲。需要這項對照的新用戶可開始 3 天 Pro 免費試用，重試這條媒體信號，每位用戶只限一次。

VPN 路徑驗證清單說明出口改變與應用成功的差別。不能因 IP 換了或首頁能開就說恢復，這兩項都不證明觀看者收到發佈媒體。

若目前 VPN 被懷疑阻礙連接，先在獲准普通網絡斷開比較。直連有效而 VPN 失敗就保留直連。不要反覆尋找規避組織政策的路徑，也不削弱保護以求通過測試。

步驟 5：OBS 收到並顯示遠端信號了嗎？

回到指定 Browser Source 和場景。確認私人連結對應已驗證觀看端，來源可見，大小及裁切沒有遮掉畫面。不重建整個場景集合；一個可驗證來源更易解釋。

普通瀏覽器有媒體，而 OBS 無法接收顯示，查目前版本的 Browser Source 及瀏覽器硬件加速指引。官方無畫面文檔有討論此設定，但它是渲染對照，不是網絡修復。先保存舊值，只改一個支持選項，無收益就恢復。［1］

用安全的本機錄影或其他獲准接收檢查，驗證遠端影片、音頻及最終 OBS 場景。音頻刻意靜音或來源設計為只有影片時，記錄這個意圖；正常音頻與影片通話須檢查兩者，不把無聲算作不明原因的成功。

結束私人工作階段，恢復只為診斷而改的設定。報告包括不含存取值的發佈身份、瀏覽器與 OBS 版本、故障階段、受測端及接收結果，向官方只提交脫敏資料。

能連接但畫面斷續，就調查穩定性及資源。保持端點，分開比較丟包、CPU 負載及支持的質素控件。短暫有畫面一次，不能代表整場遠端訪問已可製作。［2］

總結

• 先證明本機擷取，再研究媒體傳輸。
• 核對私人串流標識及同一觀看端在瀏覽器和 OBS 的結果。
• 看故障配對，其他配對有效只能作參照。
• 每次改一端獲准路徑，在遠端驗收。
• 把 OBS 渲染問題與媒體缺失、斷續分開。

常見問題

為甚麼攝像頭預覽正常，別人仍看不到？

預覽是本機擷取結果。遠端仍需正確串流身份和可用媒體路徑，所以權限、私人連結及實際端點配對要分開檢查。

OBS 黑畫面一定代表網絡被封嗎？

不是。來源可以是舊連結、場景中隱藏或渲染故障。先在普通瀏覽器比較相同觀看連接，才進入網絡診斷。

中繼一定較直連差嗎？

不是。直連不可用時，中繼可能是能工作的路徑。它可能增加延遲，但應按接收到的媒體評估，不把標籤當故障。［2］

為甚麼只有一位觀看者收不到來賓？

參與端配對可以使用不同路徑。來賓到某觀看者有效，不驗證到導播的路徑；採集失敗配對的證據，不先重啟所有人。［2］

應停用防火牆或 WebRTC 私隱控制嗎？

不應。保留保護，向網絡所有者了解獲准流量。受控替代網絡或有文檔的應用選項，比未知邊界下關閉保護合適。

甚麼證明畫面恢復？

指定遠端收到所需音頻與影片，OBS 在正確來源中顯示同一信號，才是恢復證據。本機預覽、網頁或 IP 變更都不足夠。

何時停止路徑比較？

擷取或身份錯誤、管理政策不允許通話、替代路徑變差時停止。獲准受控測試仍失敗，就保留脫敏診斷交官方支援。

**免責聲明：**只測試獲准工作階段及網絡。這些對照不保證可用性、直連或符合製作要求的音頻與影片質素。

來源:

1. VDO.Ninja — Nothing shows up in OBS — https://docs.vdo.ninja/common-errors-and-known-issues/nothing-shows-up-in-obs-or-it-is-choppy
2. VDO.Ninja — Packet Loss — https://docs.vdo.ninja/common-errors-and-known-issues/packet-loss

Sources checked 2026 年 10 月 7 日.

---

延伸閱讀:

• 對比 VDO.Ninja 開關 VPN 時的路徑
• 瀏覽器可能套用於 VDO.Ninja 的 Windows 代理
• 檢查相關的連接故障階段