Как настроить мультистриминг и оптимизировать трафик
Как настроить мультистриминг и оптимизировать трафик
Мультистриминг — это когда одна камера или регистратор отправляет несколько видеопотоков с разными параметрами: высокое качество для записи и низкое для просмотра на смартфоне. Вот как это работает и что важно учесть, чтобы не перегрузить сеть и не платить лишний трафик.
Кому это нужно
Подходит владельцам домов, магазинам, гостиницам, учебным и медицинским учреждениям, а также компаниям-инсталляторам. Если у вас много камер и много удалённых зрителей — мультистриминг экономит деньги и ресурсы.
Выбор подхода: где формировать дополнительные потоки
Есть три основных места, где можно организовать мультистриминг:
- На самой камере — камера генерирует основной и субпоток (лучше всего по ONVIF/RTSP).
- На регистраторе/NVR — устройство принимает основной поток и выдаёт дополнительные.
- На сервере/облачном узле — приём high‑bitrate и транс-кодирование/реплейсинг через ffmpeg, Nginx-RTMP или специализированные сервисы CDN/SRT.
Смотрите ассортимент камер и регистраторов в каталоге y-ss: https://y-ss.ru/catalog/sistemy_videonablyudeniya/
Вот как это работает на практике
Если камера поддерживает мультистриминг, у неё обычно есть Primary (1080p H.264/H.265, 4‑6 Mbps) и Substream (VGA или 640×360, 200–600 kbps). Запись идёт с Primary, а мобильные клиенты получают Substream.
Если камера не даёт субпоток, можно брать оригинал и транскодировать его на NVR или сервере — но это требует CPU/GPU.
Протоколы и когда их выбирать
| Протокол | Плюсы | Минусы |
|---|---|---|
| RTSP | Широко поддерживается камерами/NVR, низкая задержка | Плохо масштабируется для большого числа зрителей |
| RTMP | Легко интегрировать с серверами и CDN | Устаревающий, требует сервер‑конвертера |
| HLS | Отлично для масштабируемых CDN, совместим с браузером | Задержка 3–10+ секунд |
| SRT | Надёжная доставка по слабым сетям, шифрование | Требует поддержки на сервере/приёмнике |
Примеры схем
Ниже три простые схемы для разных задач.
1. Дом/малый офис
Камера → NVR (запись) → прямой Substream для мобильных. Обычно хватает камер с поддержкой субпотока. Экономия трафика и CPU.
2. Магазин/сеть кафе
Камеры → NVR → локальный сервер с ffmpeg → CDN (HLS) для удалённых менеджеров. Используется транскодирование при необходимости.
3. Крупная инсталляция
Камеры → центральный сервер/Edge→ SRT/RTMP → CDN. Разгружаем сеть с помощью CDN, используем VOD/архивы в объектном хранилище.
Пошаговая настройка (общая для камеры + NVR + сервер)
- Проверьте, поддерживает ли камера субпотоки (Primary/Sub). Если да — включите и выставьте Substream для просмотра (640×360, 200–600 kbps).
- Настройте GOP/Keyframe: для H.264/GOP 2–3 секунды, keyframe = 2s. Большие GOP дают меньший поток, но хуже перемотка.
- Выберите битрейт: для 1080p записывайте 2.5–6 Mbps (H.265 — меньше), для мобильного 200–800 kbps.
- Определите частоту кадров: 15–20 fps обычно достаточно. Для улицы ночью можно снизить до 10 fps.
- Если камера не даёт субпоток — настройте транскодирование на NVR или сервере (ffmpeg):
Пример ffmpeg‑команды для создания низкобитного потока:
ffmpeg -i rtsp://camera/stream -c:v libx264 -preset veryfast -b:v 500k -maxrate 500k -bufsize 1000k -r 15 -s 640x360 -g 30 -f flv rtmp://server/live/stream_low
Расчёт трафика — простой пример
Допустим, 10 камер 1080p по 4 Mbps каждая для записи и 20 одновременных зрителей через Substream по 400 kbps.
- Запись (локально) — не влияет на внешний канал, если всё в LAN.
- Внешний uplink (к CDN/удалённым зрителям): 20 × 0.4 = 8 Mbps
- Если транслируете Primary наружу: 10 × 4 = 40 Mbps
- Итого uplink нужна полоса минимум 8–40 Mbps в зависимости от схемы.
Смотрите, какая штука: если используете CDN с re-streaming, внутренняя отправка может быть всего одна (Primary) и дальше CDN рассылает копии — это экономит ваш uplink.
Снижение трафика без потери качества важного для безопасности
- Включите детекцию движения и запись по событиям вместо 24/7 при низкой активности.
- Задайте зоны интереса (ROI) — больше битрейта в ключевых зонах, меньше в фонах.
- Снижение FPS по расписанию (ночью/днём) помогает экономить.
- Используйте H.265 где возможно — экономит 30–50% трафика по сравнению с H.264.
- Включите CBR или разумный VBR — важно для стабильного uplink.
Безопасность и правовые моменты
Шифруйте потоки (TLS/SRT), меняйте стандартные логины, обновляйте прошивки. Убедитесь в соответствии локальному законодательству по хранению видеозаписей и конфиденциальности.
Оборудование и сеть
- PoE‑коммутаторы с резервом по току и пропускной способностью.
- Выделенный VLAN для камер и отдельный канал uplink для видео.
- QoS на граничном маршрутизаторе — приоритезируйте видео по портам/DSCP.
- Если нужен реальный транскодинг — выбирайте NVR с аппаратным ускорением или сервер с GPU.
Короткая таблица выбора по задачам
| Задача | Рекомендация |
|---|---|
| Дом/дача | Камера с субпотоком → NVR/облачный доступ |
| Магазин | Камера → NVR + локальный сервер для транскодирования |
| Большая сеть | Edge→SRT/RTMP→CDN, архив в облаке |
Чек‑лист перед запуском
- Камера поддерживает субпоток? Если да — включите и протестируйте.
- Настроен ли GOP/keyframe и FPS под задачу?
- Просчитан uplink: умеет ли канал держать нужную пропускную способность?
- Есть ли QoS и VLAN для видеотрафика?
- Проверено шифрование и смена паролей, обновления прошивок?
- Есть план хранения архива и соответствие законодательству?
Если нужно подобрать камеры, регистраторы или PoE‑коммутаторы для вашей схемы, смотрите каталог систем видеонаблюдения на y-ss: https://y-ss.ru/catalog/sistemy_videonablyudeniya/. Там же можно найти подходящие модели NVR и оборудование для сети.
Небольшая финальная мысль: начните с простого — включите субпоток на камере и проверьте нагрузку. Если этого недостаточно, переходите к транскодированию на NVR или к использованию SRT/CDN. Обычно это помогает существенно снизить плату за трафик и поддерживать стабильный просмотр для пользователей.
