Ускорение декодирования в SRTMiniServer 2.6.6
Версия 2.6.6 оптимизирует цепочку декодирования - задержка glass-to-glass может сократиться примерно на 200 мс по сравнению с 2.6.5.
В версии 2.6.6 мы оптимизировали цепочку декодирования входящего потока. На практике это даёт выигрыш порядка 200 мс на этапе декодирования - и, соответственно, задержка glass-to-glass у клиента может быть меньше примерно на те же 200 мс (при прочих равных условиях в тракте).
Базовый замер: прямое SDI-подключение
Говоря о задержке glass-to-glass, важно понимать, от какого базового уровня мы отталкиваемся. Даже в идеальном сценарии glass-to-glass не равна нулю: сама камера, SDI-тракт и монитор вносят свою задержку.
Поэтому сначала мы сделали отдельный базовый замер: SDI-камера напрямую выводила сигнал на SDI-монитор, без какого-либо кодирования/декодирования или сетевой доставки.
При таком прямом SDI-подключении мы измерили примерно 170 мс glass-to-glass. Очевидно, что добавление цикла кодирования/декодирования и сетевой доставки только увеличит это значение.
Переходим к тестам
Мы решили делать замеры не в локальной сети, а через реальный удалённый маршрут - через наш публичный прокси в Амстердаме.
Схема теста:
Камера (SRT) → прокси (Амстердам) → SRTMiniServer → SDI-монитор
- Камера, умеющая стримить SRT напрямую, отправляла поток на прокси в Амстердаме.
- Прокси пересылал поток на SRTMiniServer.
- С мини-сервера сигнал выходил по SDI через SDI-карту (Decklink) на SDI-монитор.
Так мы проверили поведение в условиях, приближенных к боевым: сеть, географическая удалённость и прокси в цепочке - а не «идеальный» локальный тест.
Результаты замеров
Мы сделали два замера в одинаковых условиях - отличалась только версия SRTMiniServer.
Версия 2.6.5:
Версия 2.6.6:
Что это значит для вас
Если в вашем продакшене критична сквозная (end-to-end) задержка, обновление с 2.6.5 на 2.6.6 может дать ощутимый выигрыш без смены камеры, энкодера или схемы доставки - за счёт более эффективного цикла декодирования на стороне приёмника.