← На главную Тест Веб-камеры

Тест с самозахватом

Тест чёткости демонстрации экрана

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

Шаг 1

Тестовый узор

Именно это будет захвачено — не изменяйте размер окна после начала теста.

Шаг 2

Запись

Нажмите кнопку ниже, затем в окне выбора демонстрации экрана выберите «Эта вкладка» (Chrome/Edge) или это окно (Firefox/Safari) — то, где отображается узор выше.

Ожидание начала.

Результаты

Результаты теста чёткости демонстрации экрана

Сохранение чёткости текста

  • 8 пт:—
  • 10 пт:—
  • 12 пт:—
  • 14 пт:—
  • 18 пт:—
  • 24 пт:—

Детализация цвета

  • Сохранение яркости (люма):—
  • Сохранение цвета (хрома):—
  • Вердикт по субдискретизации:—

Если сохранение детализации цвета заметно ниже сохранения яркости, это реальный сигнал того, что ваш конвейер захвата сглаживает цвет сильнее, чем яркость — классический признак хроматической субдискретизации где-то в цепочке.

Поделиться

Поделитесь своим результатом

Заметки

Почему демонстрируемый экран размывается, даже если камера выглядит нормально

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

Дополнительная проблема в том, что большинство платформ выделяют на демонстрацию экрана меньше пропускной способности, чем ожидают пользователи, а многие снижают разрешение цвета сильнее, чем разрешение яркости. Именно поэтому цветной текст на цветном фоне часто становится нечитаемым, а чёрный текст на белом фоне сохраняется.

Что означают эти два показателя сохранения

Сохранение яркости (люма) показывает, сколько деталей яркости сохранилось после пути туда и обратно. Именно это определяет, останется ли чётким обычный тёмный текст на светлом фоне.

Сохранение цвета (хрома) показывает, сколько цветовых деталей сохранилось. Когда этот показатель значительно ниже сохранения яркости, ваш конвейер выполняет субдискретизацию цвета — стандартный метод сжатия, почти незаметный на лицах и очень заметный на цветном тексте, коде с подсветкой синтаксиса и графиках с соседними цветными блоками.

Разница между этими двумя числами важнее, чем каждое из них по отдельности. Большой разрыв прямо говорит о том, что не стоит полагаться на цвет для передачи смысла в том, что вы показываете.

Как презентовать так, чтобы контент пережил сжатие

Увеличивайте размер шрифта больше, чем кажется нужнымТекст, который комфортно читается на вашем собственном мониторе, часто первым теряет чёткость. Если самые мелкие размеры не прошли этот тест, считайте их своим нижним пределом.
Отдавайте предпочтение высококонтрастному тёмному тексту на светлом фонеДетали яркости переживают сжатие лучше, чем детали цвета, поэтому такое сочетание наиболее надёжно.
Не полагайтесь только на цвет для различения элементовСерии на графиках, подсветка кода и индикаторы состояния также должны различаться по форме, подписи или расположению.
Демонстрируйте окно, а не весь экранЧем меньше пикселей меняется за кадр, тем больше ресурсов кодировщик может направить на важную часть изображения.
Избегайте анимации при показе деталейДвижение расходует битрейт, который иначе сохранял бы ваш текст. Статичный слайд читается гораздо лучше, чем прокручивающийся.

Справочные показатели

Как читать проценты сохранения

СохранениеЧто это значит
85% – 100%Детализация краёв сохранена практически полностью — можно использовать без опасений.
60% – 84%Заметно размыто, но, скорее всего, всё ещё читаемо на обычном расстоянии просмотра.
Менее 60%Значительная потеря деталей — такой размер или стиль не стоит считать надёжным для презентаций.

Каждая строка тестового узора измеряется отдельно, поэтому вы можете точно видеть, какие размеры текста и сочетания цветов сохраняются хорошо, а какие нет.

Пошаговая инструкция

Как провести тест

  1. Запустите демонстрацию экрана в вашем приложении для конференций, предоставив доступ к этой вкладке или окну браузера.
  2. Попросите другого человека — или используйте второе устройство — захватить то, что реально получено, и нажмите «Захватить» на этом экране.
  3. Изучите проценты сохранения для каждой строки текста разного размера, а также общее сохранение яркости/цветности и вердикт по субдискретизации.
  4. Повторите с другой платформой или режимом демонстрации, чтобы сравнить, как каждая из них обрабатывает мелкие детали.

Частые Вопросы

Часто Задаваемые Вопросы

Почему мой демонстрируемый экран размыт?
Видеокодеки настроены на естественные изображения и плохо справляются с содержимым экрана. Резкие границы, мелкий текст и области сплошного цвета — это именно то, что отбрасывается первым при нехватке пропускной способности.
Какой размер шрифта использовать при демонстрации экрана?
Больше, чем кажется необходимым на вашем собственном мониторе. Проведите тест и отметьте, какие размеры остались читаемыми — считайте наименьший из выдержавших тест своим нижним пределом для презентаций.
Почему цветной текст исчезает при демонстрации экрана?
Цвет обычно хранится с меньшим разрешением, чем яркость, поэтому он деградирует первым. Именно поэтому этот тест отдельно показывает сохранение яркости и цвета.
Стоит ли демонстрировать весь экран или одно окно?
Одно окно. Чем меньше пикселей меняется за кадр, тем больше ресурсов кодировщик может направить на сохранение важных деталей.
Почему для этого теста нужны второе устройство или человек?
Смысл теста в том, чтобы измерить, что действительно сохраняется после реального пути кодирования/декодирования через конкретную платформу — для этого нужно захватить ПОЛУЧЕННОЕ изображение, а не исходное, а значит, посмотреть на него с другого конца настоящей демонстрации экрана.