RTSP — классический протокол для доставки видео по локальной сети к регистраторам и клиентам (VMS, VLC). Часто используют камерам и NVR. Низкая задержка, но слабая работа через интернет при NAT и потере пакетов.
SRT — современный протокол от Haivision. Предназначен для передачи видео через ненадёжные сети. Делает реконструкцию пакетов, поддерживает шифрование и защиту от потерь. Хорош для удалённых объектов и мобильных канальников.
RTMP — старый «рабочий» протокол для потоковой доставки на сервера и CDN (YouTube, Twitch). Удобен для прямых трансляций, но требует сервер (например, nginx-rtmp) и не лучший для конечного хранения в NVR.
| Параметр | RTSP | SRT | RTMP |
|---|---|---|---|
| Задержка | Очень низкая (LAN) | Низкая — регулируемая | Низкая — средняя (зависит от сервера) |
| Устойчивость к потерям | Плохая | Хорошая (ARQ, FEC) | Нормальная |
| Шифрование | Редко (RTSP over TLS опционно) | Есть (AES) | Обычно через TLS в ряде реализаций |
| NAT/Firewall | Проблемы | Хорошая поддержка traversal | Требует открытого порта/сервер |
| Совместимость | Камеры, VMS, NVR | Современное ПО/оборудование | Платформы CDN и стриминговые сервисы |
| Тип задач | Локальное видеонаблюдение | Удалённая передача, мобильный интернет | Прямой эфир и CDN |
Если у вас локальная сеть и стандартные IP-камеры — RTSP почти всегда подойдёт. Это работает с большинством NVR и ПО. Смотрите раздел камер и регистраторов на сайте, если нужно выбрать устройство: Каталог видеонаблюдения.
Если камера в поле, сигнал идёт через LTE/3G/публичный интернет и качество канала переменное — SRT предпочтительнее. SRT даёт защиту от сбоев и шифрование при необходимости.
Если цель — прямая трансляция на YouTube или сторонний CDN — RTMP часто проще, особенно если вы используете OBS или специализированные сервера.
1) Домашняя сеть: IP-камера → LAN → NVR (RTSP) → локальный просмотр в приложении.
2) Магазин с удалённым мониторингом: камера → SRT → центральный сервер → хранение/просмотр.
3) Трансляция события: IP/камеры → кодер/OBS → RTMP → CDN (YouTube).
Просмотр RTSP в VLC:
rtsp://user:pass@IP:554/stream
RTMP (передача из OBS) — в OBS указываете URL сервера типа rtmp://server/app/streamkey.
Пример ffmpeg для SRT отправки:
ffmpeg -re -i input.mp4 -c:v copy -f mpegts "srt://remote.host:1234?pkt_size=1316&passphrase=секрет"
Пример ffmpeg приёма SRT:
ffmpeg -i "srt://0.0.0.0:1234?mode=listen" -c copy out.mp4
Для оценки канала ориентируйтесь на кодек и разрешение.
Если канал мобильный, оставляйте запас 30–50% и выбирайте SRT с буфером. Для RTMP при стриминге учитывайте дополнительные задержки CDN и пиковые нагрузки.
Записывая людей в общественных местах, соблюдайте местные правила хранения и доступа к видеозаписям. Для частных объектов важно информировать посетителей, где требуется по закону.
Шифрование видео и защита доступа (пароли, VPN) обязательны для удалённых соединений. SRT поддерживает AES — это плюс при передаче через интернет. Для RTSP лучше использовать VPN или RTSP over TLS, если доступны.
Если нужно выбрать камеру или регистратор для той или иной схемы, смотрите каталог систем видеонаблюдения на сайте — там есть модели под RTSP/NVR и устройства для удалённой передачи: y-ss.ru — системы видеонаблюдения. Для общего выбора оборудования загляните в каталог: Каталог.
Небольшая финальная мысль: протокол — это инструмент. Для домашних и офисных установок RTSP часто решает задачу быстро и дешево. Для передачи по ненадёжным каналам и при строгих требованиях к сохранности пакетов SRT лучше. Для массового стриминга на платформы — RTMP остаётся привычным вариантом. Если нужен совет по конкретной модели камеры или настройке сервера, можно посмотреть доступные решения в каталоге и сопоставить с вашей сетью и требуемым сценарием.
