Демонстрация экрана в браузере: чёрный экран и пустой пикер

Сначала пикер и разрешение OS. Если шаринг уже идёт — остановить. Всё ещё чёрный — путь или доска.

Видят чёрный прямоугольник или пустой список окон. Сбой демонстрации экрана в браузере чаще всего — пикер, разрешение записи macOS или уже идущий шаринг.

Для запроса не работает демонстрация экрана в браузере разделите сбой: подтвердили ли окно, вкладку или экран; есть ли у браузера запись экрана; не шарит ли уже кто-то другой.

Подтвердить пикер Разрешение записи экрана OS Один шаринг и сеть

Четыре частые причины

01

Пикер открыли и закрыли

Chrome, Edge, Safari и Firefox просят выбрать окно, вкладку или весь экран. Закрыть диалог — значит трек не стартует.

02

macOS не дал этому браузеру запись экрана

Системные настройки → Конфиденциальность и безопасность → Запись экрана или Запись экрана и системного звука. После включения полностью выйдите из браузера (⌘+Q, не только окно) и откройте снова.

03

Уже идёт другой шаринг

В wbroom одновременно только одна демонстрация экрана. Попросите остановить, затем запускайте свою.

04

Вы показываете с телефона или из превью IDE

Мобильные браузеры ограничивают захват. Встроенные превью редактора часто не видят дисплей. Показывайте из системного десктопного браузера; с телефона слушайте.

Четыре шага по порядку

  1. 1

    Открыть комнату в системном браузере

    Создайте или войдите с главной wbroom. Шаги: создать и войти в комнату. Не входите из превью редактора.

  2. 2

    Выбрать цель и подтвердить

    После «демонстрации экрана» выберите окно, вкладку или экран и подтвердите. Кратко: демонстрация экрана не работает.

  3. 3

    Выдать запись OS и перезапустить браузер

    На macOS включите Chrome / Edge / Safari / Firefox, полностью выйдите и вернитесь в тот же ID. В Windows проверьте, не блокирует ли политика компании захват рабочего стола.

  4. 4

    Если чёрный экран остаётся — путь или доска

    Пикер и доступ в порядке, но пикселей нет: файрвол или VPN — диагностика WebRTC. Рамки рисуйте на доске. Телефон: мобильный браузер.

1 поток
Одновременно только одна демонстрация
0 акк.
Разрешение OS не вернётся через регистрацию
8 макс
Человек в комнате — не шарьте 4K на слабой сети

Какой слой первым

Симптом Сначала проверить На стороне wbroom
Пустой пикер или он исчезает Запись macOS; полный выход из браузера Разрешить, перезапустить, тот же ID комнаты
Превью чёрное у вас и у них Защищённый внешний или HDR-дисплей Шаритить обычное окно или вкладку браузера
Клик без эффекта Кто-то уже демонстрирует Остановить тот поток, затем свой
Голос есть, картинка не стартует VPN, корпсеть, старый браузер Следовать справке WebRTC или перейти на доску

Границы продукта на странице функций: сначала голос, экран и камера по нужде. ID комнаты — пропуск. Обзоры: дизайн-ревью.

Пусть OS примет этот браузер как средство записи, прежде чем винить комнату. Без подтверждённого пикера комната не видит трек.

# Локальные проверки до новой комнаты
# 1) Системный браузер (не превью IDE)
# 2) Пикер: окно / вкладка / экран + подтвердить
# 3) macOS: запись экрана = вкл, затем ⌘Q
Один шаринг
Второй клик блокируется специально. Это правило комнаты, не мёртвый ID.
Доска может заменить
Рамки и стрелки на общем холсте чаще полезнее застывшего 4K-рабочего стола.

Ещё сомнения?

Нужен ли аккаунт для демонстрации экрана?

Нет. wbroom использует ID комнаты. Разрешение выдаётся этому браузеру в OS, не логину.

Настройки Safari и Chrome одинаковы?

Меню разные. На macOS у каждого своя строка в «Запись экрана / экрана и системного звука». После смены выйдите из этого браузера.

Почему на телефоне так сложно шарить?

OS и мобильные браузеры жёстче ограничивают захват. Слушайте с телефона; показывайте из десктопного браузера.

Начать встречу