Сетевые проблемы

Если в статистике OBS растёт Пропуск кадров (сеть), соединение с сервером не выдерживает выбранный битрейт или работает нестабильно. Этот показатель отличается от пропусков при рендеринге и кодировании. Начните с анализа журнала OBS и проверки нестабильного битрейта. Причины сетевых пропусков разобраны в инструкции OBS.

Проверить сервер StreamVi

Откройте главную страницу нужного проекта и нажмите «RTMP и Ключ».

Нажмите «Запустить тесты пинга». Сравните задержки нескольких серверов. Пинг показывает задержку ответа; для выбора битрейта нужна ещё проверка скорости отправки.

У выбранного сервера нажмите «Тест скорости» в его строке.

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

Проверить битрейт

В OBS откройте Настройки → Вывод и проверьте битрейт. Оставьте запас относительно устойчивой скорости отдачи и учитывайте ограничения площадок. Если тест показывает 22 Мбит/с, поток 30 000 Кбит/с уже превышает измеренную скорость. Снизьте битрейт и снова проверьте счётчик сетевых пропусков. Одно значение теста не гарантирует стабильность длительного эфира. Рекомендации OBS.

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

Собрать трассировку

Если сбой повторяется, соберите трассировку до сервера StreamVi во время проблемы. В PingPlotter укажите домен или IP сервера приёма, без ключа трансляции, и запустите измерение. Запишите время сбоя, чтобы сопоставить его с журналом OBS.

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

В этом примере 36,8% указаны у промежуточного узла 15, а у следующих узлов и конечного сервера потери в таблице не показаны. Поэтому снимок не подтверждает, что именно узел 15 теряет видеопоток. По одному такому снимку также нельзя установить причину изменения задержки или сделать вывод о длительном сбое.

Передать результаты поддержке

Сообщите сервер приёма, время проблемы, установленный битрейт и результаты тестов. Прикрепите трассировку и журнал по запросу поддержки. Если в вашей версии PingPlotter доступна команда Share → Create Share Page, можно передать ссылку на результат.

Перед отправкой проверьте, что в материалах нет ключей трансляции или других данных входа. Что отправить поддержке.