Оптимизация битрейта в комплекте IP камер: формулы и примеры
Зачем контролировать битрейт
Камеры генерируют поток данных — чем выше разрешение и частота кадров, тем больше трафика и объём записи. Неправильная настройка приводит к переполненным дискам, перегрузке сети и плохой картинке при пиковых нагрузках. Цель — получить приемлемое качество видео при минимальном трафике и объёме хранения.
Вот почему важно подбирать параметры под задачу: хорошая картинка там, где это нужно, и экономия ресурсов там, где можно снизить нагрузку.
Базовые формулы (просто и по делу)
- Оценка битрейта через
bpp (bits per pixel per frame):
Bitrate_Mbps = (Width × Height × FPS × bpp) / 1 000 000- Ещё одна полезная — для расчёта места на диске:
Storage_GB = Bitrate_Mbps × 10.8 × Days × Cameras
(здесь 10.8 = 86400 / 8 / 1e6 — перевод из Мбит/с в GB/сутки, используется десятичный гигабайт)Пример расчёта: 1080p (1920×1080), 25 fps, bpp = 0.07 (H.264)
Bitrate = 1920×1080×25×0.07 / 1e6 ≈ 3.63 Mbps
Storage per camera per день = 3.63 × 10.8 ≈ 39.2 GB
Типичные значения bpp для практики
| Кодек / Сцена | Низкая движ. (коридор) | Средняя (улица) | Высокая движ. (парковка) |
| H.264 | 0.03–0.06 | 0.06–0.10 | 0.10–0.15 |
| H.265 | 0.02–0.04 | 0.04–0.07 | 0.07–0.10 |
| MJPEG (не рекомендуется) | 0.5–1.5 | 1.5–4 | 4–8+ |
Практические рекомендации
- Выбирайте кодек H.265 для новых проектов — при прочих равных он даёт 30–50% экономии трафика по сравнению с H.264.
- Разрешение и FPS определяются задачей: для распознавания лиц — 1080p при 15–25 fps; для общего контроля — 720p при 10–15 fps.
- Установите ключевой кадр (I-frame) на 1–2 секунды. Более частые I-frame увеличивают пиковые нагрузки и объём записи.
- Используйте ROI (region of interest) и настройку качества по зонам: высокая детализация только там, где нужно.
- Включайте детекцию движения/анализ событий для записи по событию, если это допустимо по политике хранения — это сильно снижает объём.
- Для удалённого просмотра используйте субпоток (sub-stream) с меньшим разрешением и битрейтом. Основной поток оставьте для записи.
Пример: проект для магазина — шаг за шагом
1) Условие: 8 камер 1080p, улица + зал, 25 fps. Codec: H.264. Сцены в среднем — bpp≈0.07.
2) Битрейт на камеру ≈ 3.63 Mbps. Все 8 = 29.0 Mbps — это трафик в локальной сети и при записи.
3) Хранение на 30 дней: 3.63 × 10.8 × 30 ≈ 1176 GB (≈1.15 TB) на камеру; 8 камер ≈ 9.4 TB.
4) Как сократить: перевести на H.265 (bpp≈0.045) — битрейт на камеру ≈ 2.33 Mbps; общий трафик ≈ 18.6 Mbps; хранение ≈6.1 TB за 30 дней.
Итог: переход на H.265 и уменьшение FPS в зонах с низким движением даёт реальную экономию.
Сетевые и аппаратные нюансы
- Планируйте пропускную способность коммутаторов и uplink: в нашем примере нужно обеспечить минимум 30 Mbps свободного канала внутри сети + запас на пиковые I-frames.
- Учитывайте PoE-потребление камер при выборе коммутатора и блока питания.
- NVR/DVR должны поддерживать выбранный кодек и суммарный битрейт. При покупке смотрите заявленный максимальный входной поток и одновременно декодируемые каналы.
- Для облачной записи учитывайте канал исходящий к интернету — он должен покрывать суммарный upload всех камер.
Законность и безопасность хранения
- Убедитесь в соблюдении локальных требований по хранению видеозаписей (сроки, доступ доступа).
- Шифруйте трафик и ограничьте доступ к NVR. Регулярно обновляйте прошивку камер.
- Логируйте доступ к архивам и храните логи отдельно.
Чек-лист перед запуском
- Определили цель каждой камеры (идентификация, обзор, детекция движения).
- Выбрали кодек (H.265 для новых проектов) и задали ожидаемый bpp.
- Рассчитали битрейт по формуле и суммарный трафик.
- Просчитали объём хранения: Storage_GB = Bitrate_Mbps × 10.8 × Days × Cameras.
- Проверили производительность коммутатора и NVR.
- Настроили I-frame, ROI, детекцию движения и субпотоки.
- Организовали политику доступа и резервные копии логов.
Где посмотреть оборудование
Если нужно подобрать комплект камер и регистраторов под расчёты и требования проекта, можно посмотреть решения в разделе видеонаблюдения на сайте:
https://y-ss.ru/catalog/sistemy_videonablyudeniya/.
Небольшая финальная мысль: можно и нужно экономить трафик без потери нужной информации — достаточно чётко сформулировать, где важна каждая камера, а где можно пожертвовать разрешением или FPS ради стабильности сети и экономии места.