北京
周三下午的線上評審會，內容團隊一邊開著Teams共享屏幕，一邊想用OBS同步錄制素材，結果畫面剛切過去，系統直接彈出0xC00D3704報錯。這種“攝像頭被占用”的提示，在不少錄課老師和直播運營那里幾乎每周都要撞上一次。問題出在Windows 11對攝像頭調用的單線程思維——同一時刻只能有一個應用獲得畫面流，會議啟動后，錄制軟件就只能吃閉門羹。
微軟在五月可選更新KB5089573（Build 26200.8524）里，用一種很樸素的方式解開了這個死結。更新引入了一項名為“多攝像頭模式”的設置，允許兩個或更多應用同時讀取攝像頭畫面。切換到“設置＞藍牙和設備＞攝像頭”，找到對應的攝像頭設備，在高級選項中手動點亮“讓多個應用使用你的攝像頭”，再開Teams會議的同時去啟動OBS，畫面就能并行送出了。整個過程不需要額外安裝驅動，也沒有隱藏的注冊表改動，就是一次顯式的權限開放。
放在更早的技術語境里，這種獨占邏輯其實有它的合理性。攝像頭的視頻流編解碼一旦被多個進程隨機爭搶，容易引起時序錯亂，所以驅動層默認把串行當作安全底線。可當遠程協作和內容生產高度重疊之后，用戶需要的不再是“保穩定”，而是“可控制”——我清楚兩個軟件在同時讀流，也愿意承擔性能波動。微軟的改動本質上就是把選擇權從驅動手里交還給用戶，讓需求而不是架構來決定行為。
同一版更新里還塞了一個故障診斷的小工具：“Basic Camera”模式。開啟后系統會強制回退到微軟的基礎驅動來調用攝像頭，如果這時候畫面正常，基本可以判定是OEM廠商的驅動出了問題；如果依然黑屏或報錯，那大概率是硬件本身有毛病。對沒有專用測試環境的普通用戶來說，等于省掉了反復卸載重裝驅動的試錯過程，排查方向一下子就清晰了。
這個設定雖然小，但思路很務實。它沒有大改攝像頭底層堆棧，只是把僵化的獨占假設敲開一個口子，再補上一個簡單的自檢手段。對于每天上午開會、下午出內容的混合辦公人群來說，攝像頭終于不用在“開會上班”和“錄內容”之間二選一了。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
