Сравнение протоколов: RTSP, ONVIF, HLS, SRT для видеокамер
Сравнение протоколов для видеокамер: RTSP, ONVIF, HLS, SRT — что выбрать
Начнём просто: у видеокамер несколько задач — трансляция в реальном времени, запись, удалённый доступ и совместимость с оборудованием. Разные протоколы решают
эти задачи по-разному. Ниже объясню, где и почему один протокол лучше другого, приведу практические схемы, правила настройки и чек-лист для
выбора.
Краткая суть каждого протокола
RTSP — классический протокол для потоковой передачи видео по IP. Низкая задержка, прямая связь камера → регистратор/плеер.
ONVIF — не совсем протокол для потока, а стандарт взаимодействия устройств (поиск, управление, профиль видео). Часто используется вместе с RTSP.
HLS — HTTP Live Streaming. Работает через HTTP, сегментирует поток на куски. Хорош для доставки через CDN и веб-браузеры, но задержка выше.
SRT — Secure Reliable Transport. Создан для надёжной доставки видео через ненадёжные сети. Предлагает шифрование и коррекцию потерь, хорош при нестабильном интернете.
Когда какой протокол выбрать
- Нужна минимальная задержка и прямая запись на NVR — RTSP + ONVIF.
- Нужно унифицированное управление камерами и поиск в сети — ONVIF (профили S/G). ONVIF идеально подходит для интеграторов.
- Требуется трансляция в браузер и масштабируемость через CDN — HLS.
- Передача через мобильный интернет/неустойчивая сеть, важна безопасность — SRT.
Техническое сравнение
Протокол Задержка Применение Прохождение NAT/Firewall Поддержка в браузере RTSP низкая (100–500 мс) локальные NVR, записывающие системы, аналитика сложно (требует проброса портов/RTSP proxy) обычно через плеер или WebRTC-bridge ONVIF зависит от потока (обычно RTSP) управление, обнаружение, управление PTZ только для управления — требует сетевой настройки нет (это управление), интегрируется с RTSP/HLS HLS высокая (2–10 с) веб-трансляции, CDN, многопользовательский доступ легко (HTTP) нативно поддерживается в браузерах SRT низкая–средняя (зависит от буфера) межсетевые трансляции, удалённые площадки, облако лучше через NAT благодаря SRT Relay/Handshake нет, требует конвертации в HLS/WebRTC для браузера
Схемы применения: практические примеры
1) Магазин с локальным NVR: камеры по RTSP → NVR. Управление камерой и поиск через ONVIF. На удалённый монитор — RTSP или преобразование в HLS для веба.
2) Отделение с плохим интернетом: камера на удалённой точке отправляет SRT в центр обработки. Центр делает запись и ретрансляцию пользователям.
3) Вещание в интернет: камера → SRT (для надёжности) → сервер → HLS для CDN и просмотра в браузере.
Практические настройки и расчёты
Параметры, на которые смотреть: разрешение, fps, кодек (H.264/H.265), битрейт. Пример расчёта нагрузки на канал:
4 камеры 1080p @ 4 Мбит/с = 16 Мбит/с. Добавьте 10–20% на overhead → ≈18–19 Мбит/с.
RTSP: проверьте TCP/UDP порты (554 по умолчанию) и авторизацию. ONVIF использует 8899/8080 или другие порты — смотрите документацию устройства.
SRT: настройка latency (латентность буфера), передачу ключа (passphrase) и режимы: caller/listener/relay. Для нестабильных сетей увеличьте буфер и включите FEC (если есть).
HLS: длина сегмента влияет на задержку. 10-секундный сегмент даёт задержку >10 с, для низкой задержки ставят 2–4 с, но это дороже по ресурсам.
Безопасность и законодательство
При видеонаблюдении важно хранить персональные данные правильно. В России обратите внимание на требования к персональным данным (ФЗ о персональных данных) и
правилам хранения видео в вашем регионе.
Минимум безопасности: сильные пароли на камерах, шифрование каналов (SRT/HTTPS), обновление прошивки и разделение сетей (VLAN для камер).
Стоимость и что влияет на цену
- Протокол сам по себе не стоит денег, но влияет на железо и инфраструктуру.
- SRT и HLS требуют серверных ресурсов для трансляции и конверсии.
- RTSP/ONVIF — минимальные требования к серверу, больше нагрузка на сеть и NVR.
Если нужно подобрать камеры и оборудование, смотрите раздел систем видеонаблюдения на сайте:
https://y-ss.ru/catalog/sistemy_videonablyudeniya/
Общий каталог оборудования: https://y-ss.ru/catalog/
Чек-лист перед установкой
- Определили основную задачу: запись, мониторинг в браузере, вещание?
- Выбрали кодек: H.264 для совместимости, H.265 для экономии трафика.
- Посчитали битрейт: суммарный канал + 20% запас.
- Решили вопрос доступа: проброс портов, VPN или облачный сервис.
- Настроили учетные записи и сложные пароли для камер и NVR.
- Обновили прошивки и включили шифрование где возможно.
- Провели тесты: задержка, потеря кадров, стабильность записи.
Короткие рекомендации
Если нужна простая и быстрая запись на локальный регистратор — RTSP + ONVIF. Если аудитория смотрит через браузер — HLS (через
сервер-конвертер). Если камера на удалённой площадке с ненадёжным интернетом — SRT. Часто оптимальное решение — гибрид: камера отдает RTSP/ONVIF на
регистратор, а для внешнего доступа поток конвертируется в HLS или WebRTC.
Смотрите, какая штука: протокол — это инструмент. Важно сочетать его с архитектурой сети и задачей. Неправильный выбор увеличит задержку, риски безопасности или стоимость.
Нужна помощь с выбором конкретной модели камер или расчётом нагрузки для проекта? Посмотрите каталог систем видеонаблюдения на y-ss.ru и свяжитесь с
поставщиком для точного подбора.
Читать на сайте: https://y-ss.ru/blog_pro/videonablyudenie/sravnenie-protokolov-rtsp-onvif-hls-srt-dlya-videokamer/