11.1. Audio cracking / Video choppy (трещины звука / прерывистое видео)

Иногда мы получали сообщения от наших клиентов:

1) У меня проблемы с синхронизацией аудио-видео.

2) Аудио или видео прерывистое

Позвольте мне объяснить, почему это происходит.

Базовая информация

SRTMiniServer показывает два значения во время обработки входящего потока:

input fps - приложение считывает его из первого пакета потока (обычно эту информацию отправляет кодировщик). Это постоянно.
decoded fps - это просто реальная статистика. Сколько кадров декодирует сервер за последнюю секунду. Это непостоянно: это значение может немного прыгать.

Для идеального потока "input fps" и "decoded fps" должны быть очень близки.

Поэтому, пожалуйста, проверяйте эти значения во время обработки:

Хороший пример:

хороший случай: оба значения очень близки

Неправильный пример:

Плохой случай: разные очень большие

Итак, у нас есть вопрос: почему эти значения могут быть разными?

На это есть несколько причин:

Причина 1: неверное определение входного FPS

По умолчанию SRTMiniServer использует “auto” для “Input FPS” поля. Это означает, что приложение пытается автоматически определять частоту кадров для входящего потока. Если приложение сделает это неправильно, результат будет неправильным.

Пожалуйста, проверьте информацию «input fps» во время процесса. Он должен быть таким же, как исходный FPS в инкодере.

входной fps постоянен: он не меняется во время стрима

РЕШЕНИЕ: если вы видите неправильное определение (например, 30 вместо 25 ), установите правильное значение «Input FPS» вручную.

Причина 2: тяжелый поток для вашего соединения

Например: кодировщик отправил поток 20 Мбит/с, но Studio (или ваш прокси-сервер) имеет только 10-мегабитное соединение.

Вы можете увидеть реальную входящую пропускную способность в значении «bitrate» во время обработки.

Позвольте мне отметить:

bitrate – это просто статистика. Он измеряет, сколько байт поступило за последние секунды (в среднем).

плохой случай (инкодер отправил поток 80 Мбит/с)

На изображении выше кодировщик отправил 4k@60fps/80 Мбит/с, но сервер получил только 30 Мбит/с. В результате decoded fps не близок к input fps (у сервера нет данных для кодирования).

Поэтому, если вы видите значение bitrate меньше, чем должно быть (например, 1 Мбит вместо 5 Мбит), это означает, что вашего соединения недостаточно для входящего потока.

РЕШЕНИЕ: измените настройку битрейта на стороне кодировщика или обратитесь к провайдеру.

ПРИМЕЧАНИЯ: хорошей практикой является измерение реальной скорости SRT перед потоком. Это просто и описано здесь.

Причина 3: нестабильное соединение

Иногда скорость соединения может прыгать. Пожалуйста, проверьте “decoded fps”. Для хорошей потоковой передачи“decoded fps” должен соответствовать “input fps”.Например: если “input fps”составляет 30 кадров в секунду, то “decoded fps” может быть скачком между 28-32.

Если вы видите, что “decoded fps”сильно скачет, это означает, что соединение нестабильно.

РЕШЕНИЕ: увеличьте Start Delay.

“Start Delay” заполняет специальный буфер перед выводом звездочки NDI. Этот буфер позволяет сгладить скачки входящего потока.

Примечание о “Critical Delay”: вы можете установить ее как “Start delay” + 1000.