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