Перейти к основному содержимому

GStreamer — OBS как RTSP становится живой камерой

В этом разделе мы разберём, как с помощью GStreamer можно интегрировать удалённые RTSP-камеры в OBS Studio так, чтобы они визуально воспринимались как локальные устройства с минимальной задержкой. Это особенно важно в съёмочных комплексах, где задержка в доли секунды может нарушить синхронизацию или испортить впечатление от прямой трансляции.

Основная идея: GStreamer выступает в роли «невидимого моста», преобразующего сетевой видеопоток в источник, который OBS воспринимает как камеру, подключённую напрямую к компьютеру. Мы рассмотрим три основных архитектурных подхода, каждый из которых имеет свои плюсы и минусы, и покажем, как правильно настроить пайплайн, чтобы избежать визуальных лагов.

Вариант 1: GStreamer-плагин в OBS​

Самый эффективный и современный способ — использовать официальный или сторонний плагин GStreamer для OBS, который позволяет напрямую передать пайплайн GStreamer в качестве источника видео.

Как это работает​

Плагин добавляет в OBS специальный тип источника: «GStreamer Pipeline». Вы вводите строку пайплайна (например, rtspsrc location=rtsp://... ! decodebin ! videoconvert ! appsink), и OBS запускает этот пайплайн внутри своего процесса. Видеокадры поступают в специальный элемент appsink, откуда OBS их забирает и вставляет в сцену.

Преимущества​

  • Минимальная задержка: нет лишних копий кадров, перекодирования или захвата экрана.
  • Прямая интеграция: видеопоток передаётся через память процесса, а не через графическую подсистему.
  • Гибкость: можно использовать любые элементы GStreamer — декодирование, фильтрация, оверлеи.

Пример пайплайна​

rtspsrc location=rtsp://192.168.1.100:554/stream latency=0 protocols=tcp ! decodebin ! videoconvert ! video/x-raw,format=I420 ! appsink name=mysink

Здесь:

  • latency=0 — минимальный буфер джиттера;
  • protocols=tcp — стабильный транспорт без потерь пакетов;
  • appsink — конечный элемент, который отдаёт кадры в OBS.

💡 Важно: формат на выходе videoconvert должен быть совместим с тем, что ожидает OBS. Обычно это I420 или NV12. Если видео «не появляется», проверьте caps.

Когда использовать​

  • Для профессиональных съёмок с IP-камер.
  • Когда критична задержка и стабильность.
  • При использовании множества RTSP-источников.

Вариант 2: Вывод в окно и захват экрана OBS​

Этот способ проще в настройке, но менее эффективен. Он подходит, когда нет плагина GStreamer или нет возможности модифицировать OBS.

Архитектура​

  1. Запускается отдельный процесс gst-launch-1.0, который выводит RTSP-поток в графическое окно: 
    gst-launch-1.0 rtspsrc location=rtsp://... latency=0 ! decodebin ! videoconvert ! ximagesink
  2. В OBS добавляется источник типа «Захват окна» (Window Capture) или «Захват X-сервера» (X11 Screen Capture).
  3. Выбирается окно, созданное GStreamer.

Как это выглядит​

Представьте, что вы запускаете видеоплеер, который показывает RTSP-камеру. Затем OBS «смотрит» на это окно, как на экран. Это похоже на стриминг через браузер, но с более низкой задержкой.

Недостатки​

  • Дополнительная задержка: кадры проходят через X-сервер (или Wayland), что добавляет буферизацию.
  • Нагрузка на GPU: рендеринг окна + захват = двойная работа.
  • Зависимость от оконной системы: может не работать в headless-режиме (без монитора).

Когда использовать​

  • Для быстрого тестирования.
  • На системах, где нельзя установить плагин.
  • В демонстрационных целях.

⚠️ Совет: используйте ximagesink с параметром sync=false, чтобы уменьшить задержку:

ximagesink sync=false

Вариант 3: Python-приложение с appsink и виртуальной камерой​

Самый гибкий, но и наиболее сложный способ — написать небольшое Python-приложение, которое:

  1. Принимает RTSP-поток через GStreamer.
  2. Извлекает кадры через appsink.
  3. Передаёт их в виртуальную камеру (например, через v4l2loopback).
  4. OBS видит эту виртуальную камеру как обычное устройство.

Пошагово​

  1. Создаём пайплайн с appsink:

    pipeline_str = """
    rtspsrc location=rtsp://192.168.1.100/stream latency=0 !
    decodebin !
    videoconvert !
    video/x-raw,format=BGR !
    appsink name=mysink emit-signals=true max-buffers=1
    """

  2. Подключаемся к сигналу new-sample:

    appsink = pipeline.get_by_name("mysink")
    appsink.connect("new-sample", on_new_sample)

  3. Извлекаем кадр и отправляем в виртуальное устройство:

    def on_new_sample(appsink):
        sample = appsink.pull_sample()
        buf = sample.get_buffer()
        caps = sample.get_caps()
        # Преобразуем в numpy-массив (OpenCV)
        arr = np.ndarray(
            (caps.get_structure(0).get_value('height'),
             caps.get_structure(0).get_value('width'),
             3),
            buffer=buf.extract_dup(0, buf.get_size()),
            dtype=np.uint8
        )
        # Записываем в /dev/video2 (v4l2loopback)
        v4l2_device.write(cv2.cvtColor(arr, cv2.COLOR_BGR2YUV_I420))
        return Gst.FlowReturn.OK

  4. В OBS добавляем источник «Видеоустройство захвата» и выбираем виртуальную камеру.

Преимущества​

  • Полный контроль: можно добавить обработку (OpenCV, ИИ, маски).
  • Масштабируемость: можно управлять несколькими камерами в одном приложении.
  • Автоматизация: переключение источников, динамическая настройка.

Недостатки​

  • Требует знаний Python и работы с v4l2loopback.
  • Дополнительные зависимости.
  • Сложнее отлаживать.

Когда использовать​

  • Для автоматизированных студий.
  • При необходимости обработки видео (лица, блюр, AR).
  • В продакшн-средах с динамическими сценами.

Сравнение подходов​

КритерийПлагин GStreamerЗахват окнаPython + виртуальная камера
ЗадержкаМинимальнаяУмереннаяМинимальная (с настройкой)
Сложность настройкиСредняяНизкаяВысокая
ГибкостьСредняяНизкаяОчень высокая
Нагрузка на системуНизкаяСредняя/высокаяСредняя
Поддержка обработки кадровОграниченаНетПолная
Работа без GUIДаНетДа
Требует root/доп. модулиНетНетДа (v4l2loopback)

Ключевые рекомендации для минимизации задержки​

Чтобы RTSP-камера в OBS выглядела «живой», важно не только выбрать правильный способ интеграции, но и правильно настроить пайплайн:

  1. Установите latency=0 в rtspsrc — это отключает буфер джиттера, если сеть стабильна.
  2. Используйте sync=false в ximagesink или autovideosink, если кадры не должны синхронизироваться по системному времени.
  3. Избегайте лишних queue — каждая очередь добавляет задержку.
  4. Выбирайте TCP как транспорт (protocols=tcp) — он надёжнее UDP при потере пакетов.
  5. Используйте аппаратное декодирование, если доступно: 
    vaapih264dec ! videoconvert
    или 
    nvh264dec ! videoconvert

Заключение​

GStreamer позволяет превратить любую RTSP-камеру в практически локальный источник видео, который OBS воспринимает без визуальной задержки. Выбор способа интеграции зависит от ваших задач:

  • Для простоты — захват окна.
  • Для производительности — плагин GStreamer.
  • Для гибкости и автоматизации — Python + виртуальная камера.

Главное — помнить, что низкая задержка достигается не магией, а точным контролем над буферами, синхронизацией и форматами. Именно в этом GStreamer превосходит FFMPEG и становится незаменимым инструментом в профессиональных видеосистемах.