ブラウザ画面共有が失敗:黒画面・空のピッカー・収録許可
先にピッカーとOSの収録許可。既に共有があれば止める。それでも黒なら経路かボード。
相手は黒い四角だけを見ている、またはブラウザのウィンドウ一覧が空だ。ブラウザ会議の画面共有失敗は、ピッカー未確定、macOS の画面収録許可、または既に生きている共有が多い。
ブラウザ画面共有が失敗は三つに分ける。ウィンドウ/タブ/画面を確定したか、このブラウザに画面収録があるか、他の人が既に共有しているか。
よくある四つの原因
ピッカーを開いて閉じた
Chrome、Edge、Safari、Firefox はウィンドウ、タブ、画面全体の選択を求める。ダイアログを閉じるとトラックは始まらない。
macOS がこのブラウザの画面収録を許可していない
システム設定 → プライバシーとセキュリティ →「画面収録」または「画面とシステムオーディオの収録」。有効にしたら完全終了(⌘+Q。ウィンドウを閉じるだけではない)して開き直す。
既に別の画面共有がある
wbroom は同時に1本の画面共有だけ。相手に停止してもらい、それから始める。
スマホや IDE プレビューから発表している
モバイルブラウザはキャプチャを制限する。エディタ内蔵プレビューはディスプレイを見えないことが多い。発表はシステムのデスクトップブラウザ。スマホは聞く側。
この順で四ステップ
-
1
システムブラウザで部屋を開く
wbroom ホームから作成または参加。部屋の作成と参加。エディタプレビューから入らない。
-
2
対象を一つ選んで確定する
画面共有のあと、ウィンドウ/タブ/画面を選び確定する。短い説明は 画面共有が動かない。
-
3
OS の収録許可を出し、ブラウザを再起動する
macOS で Chrome / Edge / Safari / Firefox を有効にし、完全終了して同じ部屋 ID に戻る。Windows では職場ポリシーがデスクトップキャプチャを止めていないか見る。
-
4
黒画面のままなら経路を疑うかボードを使う
ピッカーと許可は良いのに誰も画素を見ない場合はファイアウォールや VPN。WebRTC 接続の切り分け。枠はボードに描く。携帯は モバイルブラウザ。
先に見る層
| 症状 | 先に確認 | wbroom 側 |
|---|---|---|
| ピッカーが空、または消える | macOS の収録許可、ブラウザの完全終了 | 許可して再起動し、同じ部屋 ID に戻る |
| 自分も相手もプレビューが黒い | 保護された外付け/HDR ディスプレイ | 通常のウィンドウかブラウザタブを共有する |
| クリックしても何も起きない | 他の人が既に共有している | その共有を止めてから始める |
| 音声はあるが映像が始まらない | VPN、社内網、古いブラウザ | WebRTC ヘルプに従うか、ボードに切り替える |
製品の境界は 機能ページ。音声が先、画面とカメラは必要時。部屋 ID が資格情報。レビューは デザインレビュー。
部屋を疑う前に、OS にこのブラウザを収録アプリとして認めさせる。ピッカーを確定しなければ、部屋側にトラックは見えない。
# 部屋を作り直す前のローカル確認
# 1) システムブラウザ(IDEプレビューではない)
# 2) ピッカー: ウィンドウ / タブ / 画面 + 確定
# 3) macOS: 画面収録 = オン、⌘Q でブラウザ終了
- 1本の共有
- 二つ目のクリックは意図的に止まる。部屋ルールであり、部屋 ID の破損ではない。
- ボードで代替できる
- 枠と矢印の共有キャンバスは、固まった 4K デスクトップより役立つことが多い。
まだ確認したいこと
画面共有にアカウントは必要ですか?
不要です。wbroom は部屋 ID です。許可は OS 上のこのブラウザに対するもので、ログインではありません。
Safari と Chrome の設定は同じですか?
メニューは違います。macOS ではどちらも「画面収録 / 画面とシステムオーディオの収録」に個別の行が必要です。変更後はそのブラウザを終了します。
スマホで共有しにくいのはなぜですか?
OS とモバイルブラウザはキャプチャ制限が厳しいです。聞くのはスマホ、発表はデスクトップブラウザ。