Dropped Frames в OBS: сеть, rendering lag или encoding lag — что именно сломалось

Сначала определите, какой счётчик растёт

Официальная документация OBS прямо связывает Dropped Frames при стриме с нестабильным соединением или невозможностью удерживать заданный битрейт до удалённого сервера. Это не то же самое, что пропуски рендеринга или кодирования. Если сеть зелёная и Dropped Frames почти ноль, но видео в записи дёргается, снижать битрейт интернета бессмысленно — проблема может быть в GPU или энкодере. Для диагностики откройте статистику OBS и наблюдайте несколько минут в типичном сценарии: запустите игру, браузерные источники, камеру и тот же профиль записи/стрима, который обычно вызывает сбой. Смотрите не на единичный скачок при старте, а на счётчик, который продолжает увеличиваться. Параллельно запишите время возникновения проблемы: это помогает сопоставить её с загрузкой сцены, переключением источника или сетевым событием.

Важно: Не меняйте пять настроек сразу. Найдите один растущий счётчик и корректируйте только его ветку диагностики.

Что означает каждый тип пропусков

• Dropped Frames (Network) | канал до сервера не держит поток | проверить стабильность сети, сервер трансляции, битрейт, кабель/маршрутизатор
• Frames missed due to rendering lag | OBS не успевает собрать кадр сцены | освободить GPU, упростить сцены, ограничить FPS игры, снизить выходное разрешение
• Skipped frames due to encoding lag | энкодер не успевает кодировать | снизить нагрузку/качество кодирования, FPS или разрешение, проверить выбранный энкодер

Совет: Сетевые dropped frames и GPU/encoder lag могут возникать одновременно, поэтому после каждого изменения снова смотрите все счётчики.

Если растёт Dropped Frames (Network)

1. Проверьте, происходит ли проблема только на одном сервисе или на любом стриминговом сервере. OBS передаёт поток напрямую сервису; собственного ingest-сервера OBS здесь нет.
2. Подключите компьютер к роутеру кабелем Ethernet для контрольного теста. Если потери исчезли, дальше диагностируйте Wi‑Fi, а не OBS.
3. Снизьте битрейт на заметный шаг и повторите тест. Цель — проверить, способен ли маршрут стабильно удерживать меньший поток, а не навсегда ухудшить качество.
4. Остановите облачные синхронизации, резервные копии и другие исходящие загрузки. Важна стабильная доступная скорость upload, а не пиковый результат одного speed test.
5. Если проблема сохраняется на разных серверах и по кабелю, соберите лог OBS и данные о времени сбоя; дальше возможна проблема маршрута провайдера или сетевого оборудования.

Предупреждение: Высокий результат speed test не гарантирует стабильный маршрут до конкретного ingest-сервера стриминговой платформы.

Если растёт rendering lag

Rendering lag указывает, что OBS не успевает композировать сцену. Официальное руководство по производительности объясняет, что OBS нужен GPU даже при аппаратном энкодере: видеокарта участвует в сборке и рендеринге сцены. Поэтому типичная ошибка — загрузить GPU игрой почти до 100%, а затем ожидать, что OBS без последствий дорисует несколько источников, фильтров и масштабирований. Начните с ограничения FPS игры, уменьшения тяжёлых графических настроек и закрытия лишних GPU-приложений. Затем упростите сцены: отключите ненужные браузерные источники, сложные фильтры и дубли захватов. Если этого недостаточно, снизьте выходное разрешение или FPS OBS. На Windows официальный OBS также предлагает запуск от имени администратора как один из первых тестов при GPU overload, поскольку это может помочь системе выделить OBS ресурсы графического процессора.

Совет: Не делайте Base Canvas меньше первым шагом: OBS рекомендует сначала снижать Output Resolution или FPS, чтобы не ломать компоновку всех сцен.

Если растёт encoding lag

Encoding lag означает, что выбранный кодировщик не успевает обработать кадры в установленный интервал. При программном x264 это часто связано с загрузкой CPU и слишком тяжёлым preset; при аппаратном кодировании — с перегрузкой аппаратного блока или общей конкуренцией за GPU. Уменьшите выходное разрешение, FPS или сложность настроек энкодера и снова проверьте статистику. Если проблема возникает только во время одновременной записи и стрима, сравните режимы по отдельности: два независимых кодирования могут требовать больше ресурсов, чем один поток. Не ориентируйтесь только на плавность игры — игра может идти нормально, пока OBS уже пропускает кадры на стадии кодирования. После исправления прогоните тест не меньше нескольких минут в самой тяжёлой сцене, потому что короткое окно превью часто не воспроизводит реальную нагрузку трансляции.

Как проверить, что исправление действительно сработало

Для воспроизводимого теста полезно фиксировать исходное состояние: версия OBS, выбранный encoder, output resolution, FPS, bitrate и загрузка GPU/CPU. После каждого изменения записывайте результат счётчиков за одинаковый интервал. Такой подход быстро отделяет реальное улучшение от случайной удачной минуты. Если проблема появляется только при конкретной сцене, создайте её копию и отключайте источники по одному: browser source, сложные фильтры, захват нескольких дисплеев, анимации. Если проблемы только в сети, локальная запись обычно остаётся плавной, что дополнительно подтверждает ветку диагностики. Если локальная запись тоже дёргается, сеть уже не главный подозреваемый. Лог OBS после проблемной сессии обычно ценнее десятка скриншотов настроек, потому что показывает фактическую конфигурацию и события сеанса.

Дополнительная практическая проверка

Есть ещё полезная проверка: разделите потоковую и локальную части. Запустите локальную запись с теми же сценами, FPS и энкодером, но без отправки в сеть. Если rendering/encoding lag остаётся, проблема локальная. Затем сделайте короткий стрим на более низком bitrate и сравните именно сетевой счётчик. Такой A/B-тест помогает не смешивать две неисправности. Если падения начинаются после переключения на конкретную сцену, проверьте масштабирование больших изображений, browser source и захваты, которые дублируют одну и ту же игру. Если счётчики растут только после длительной работы, обратите внимание на нагрев, фоновые задачи и накопившуюся нагрузку. Финальный тест проводите с теми же приложениями, что и на реальном эфире.

Что учитывать

Условия меняются. Страница отражает состояние на 2026-09-20; при расхождении с официальной документацией приоритет у первоисточника.

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Stream Connection Troubleshooting). Пример и формулировки — редакция N1RO на 2026-09-20.

• Stream Connection Troubleshooting
• Encoding Performance Troubleshooting