У вас игра идёт плавно, а зрители жалуются на рывки. Или OBS сообщает о пропусках, хотя компьютер ещё недавно справлялся. Прежде чем менять всё подряд, откройте статистику: программа отдельно считает задержки при подготовке кадра, кодировании и отправке потока. Растущая строка подскажет, с чего начать проверку.
Где посмотреть причину пропусков
Откройте «Вид → Статистика». Ниже приведены русские названия счётчиков; в вашей версии или другом языке интерфейса подписи могут отличаться.
Запустите игру и трансляцию в условиях, где появляется проблема. Запишите начальные значения трёх счётчиков и посмотрите, какие из них растут во время обычного игрового эпизода. Важен прирост числа кадров, а не только округлённый процент на экране.
| Счётчик | Какая ветка проверки нужна | Что попробовать первым |
|---|---|---|
| Пропуск кадров (сеть) | Передача от OBS до сервера приёма | Уменьшить видеобитрейт; при нестабильном Wi-Fi — отдельно проверить кабель |
| Пропуск кадров (рендеринг) | Подготовка сцены с использованием GPU | Ограничить FPS игры, если он не ограничен |
| Пропуск кадров (кодирование) | Преобразование подготовленных кадров в видеопоток | Проверить выбранный кодировщик; отдельным тестом уменьшить выходное разрешение |
Это три направления проверки. Один счётчик ещё не доказывает, что сломалась видеокарта или не хватает процессора: сначала нужно сравнить результат после изменения настройки.
Проценты трёх строк не складываются. У них разные основания расчёта, поэтому сумма не даст общий процент потерь. Сброс статистики лишь задаёт новую точку отсчёта. Эти особенности видны в коде статистики OBS; для вашей проверки достаточно сравнивать каждую строку отдельно.
Сеть: OBS не успевает передать поток
Сетевые пропуски относятся к соединению от OBS до сервера приёма трансляции. Высокая скорость по тарифу сама по себе не подтверждает стабильность всего пути. Начните с передачи потока. В руководстве OBS по сетевым проблемам предложены следующие варианты:
- Уменьшите видеобитрейт. Подбирайте его по стабильной исходящей передаче и рекомендациям вашей платформы, а не по универсальному числу.
- Проверьте проводное подключение, если сейчас используете нестабильный Wi-Fi.
- Попробуйте другой сервер приёма той же платформы, если такой выбор доступен.
Проверяйте варианты по одному: иначе не поймёте, помогло снижение потока, смена сервера или подключение кабелем.
Динамический битрейт может уменьшать поток при перегрузке соединения и сокращать потери ценой качества. Он не исправляет причину нестабильности. Проверяйте его отдельно и оценивайте, устраивает ли вас картинка.
Рендеринг: в игре всё плавно, а OBS не хватает ресурсов
OBS использует GPU для сборки сцены: игре и программе одновременно нужны ресурсы видеокарты. Плавность игры ещё не означает, что OBS их хватает. В руководстве по производительности первым делом можно выбрать ограничение FPS игры, если он был неограниченным.
Не помогло — отдельно проверьте снижение графики игры или упрощение сцены OBS: уберите ненужный тяжёлый фильтр либо браузерный источник. На Windows также можно проверить запуск OBS от имени администратора. Это возможные способы освободить ресурсы, а не универсальное исправление.
Если хотите наблюдать за самой игрой, наша отдельная инструкция поможет настроить мониторинг загрузки и FPS. А результат изменений в этой статье оценивайте по статистике OBS.
Кодирование: проверьте, чем и что кодирует OBS
Аппаратный кодировщик переносит работу с CPU на специализированный компонент GPU. Его доступность зависит от оборудования и драйвера. Если сейчас используется кодирование на CPU, проверка доступного аппаратного варианта может стать отдельным тестом. Однако аппаратное кодирование не отменяет затрат GPU на рендеринг сцены: это другой этап работы. Подробнее — в руководстве OBS по аппаратным кодировщикам.
Другой вариант — уменьшить выходное разрешение или, отдельным тестом, FPS трансляции. Меньший FPS облегчает и рендеринг, и кодирование. Не путайте выходное разрешение с базовым холстом: изменение холста может потребовать заново расположить источники. Подробнее — в инструкции OBS.
Как сравнить результат: пример со счётчиками
Записывайте показания в начале и конце игрового эпизода: старые пропуски остаются в счётчиках. Условный пример ниже нужен только для расчёта, это не результат теста оборудования. Допустим, вы наблюдали за одним отрезком трансляции:
| Счётчик | В начале | В конце | Прибавилось |
|---|---|---|---|
| Сеть | 12 | 12 | 0 |
| Рендеринг | 40 | 70 | 30 |
| Кодирование | 5 | 5 | 0 |
В этом примере начинать стоит с рендеринга: за выбранный интервал вырос только его счётчик. Число 12 в строке сети относится к прежним пропускам. По этим трём разностям нельзя оценить всю историю трансляции или общий процент потерь.
- Запишите условия: сцену, кодировщик, выходное разрешение, FPS трансляции, видеобитрейт и ограничение FPS игры.
- Проверьте одно изменение. Если FPS игры не ограничен, начните с ограничения по ветке рендеринга выше. Остальные параметры оставьте прежними. Перед сменой кодировщика, выходного разрешения или FPS трансляции остановите трансляцию и запись, затем запустите нужный режим снова.
- Повторите сопоставимый интервал той же длительности, с той же сценой OBS и похожей игровой нагрузкой. Снова запишите прирост каждой строки. Меню игры и насыщенный бой для такого сравнения не подходят.
- Решите, что оставить. Если прирост уменьшился и качество картинки устраивает, повторите проверку для подтверждения. Нет эффекта — верните исходную настройку перед следующим изменением.
Если растут несколько строк, проверяйте их по отдельности. Улучшение рендеринга ещё не означает, что решена проблема сети или кодирования. Короткая запись «что изменил → как долго проверял → сколько кадров прибавилось → устраивает ли картинка» поможет сохранить удачный вариант.
Когда нужен журнал проблемного запуска
Если нужна помощь с разбором, воспроизведите сбой в том же режиме, где он возник. Для сетевых потерь нужна именно трансляция: локальная запись не проверяет отправку на сервер. Дождитесь проявления проблемы и остановите трансляцию или запись. Затем через меню помощи и журналов можно загрузить текущий журнал и передать полученную ссылку тому, кто помогает. Нужен запуск с неполадкой, а не свежий сеанс OBS без нагрузки — такой порядок описан в официальной инструкции по журналам.
Если вы уже перезапустили OBS, предыдущий журнал относится к предыдущему запуску. После нескольких перезапусков это не обязательно будет нужный сеанс. Вместе с журналом укажите растущий счётчик и изменения, которые проверяли.
Если статистика спокойная, а зрители жалуются
Отсутствие сетевых потерь в OBS не исключает буферизацию у зрителя. В таком случае отдельно проверяют соединение и устройство зрителя, доступность транскодирования и рекомендации платформы. Это другая ветка диагностики, описанная в руководстве OBS по буферизации. Не стоит менять настройки компьютера только на основании значка загрузки у одного зрителя.
Если после проверок ПК всё ещё не справляется с нужной игрой и трансляцией одновременно, посмотрите компьютеры для игр и стрима. Для обсуждения сборки с Agent PC подготовьте название игры, состав текущего ПК, настройки эфира, растущий счётчик и бюджет. Эти сведения помогут подобрать конфигурацию под вашу нагрузку. Если растут только сетевые потери, сначала разбирайтесь с передачей потока — новый компьютер сам по себе её не исправит.
Не знаете, какой ПК взять?
Ответьте на несколько вопросов — получите готовую сборку с ценой.
