08-05-01 Расчёт полосы и хранения
При проектировании видеокомплексов — будь то система видеонаблюдения, трансляционный сервер или платформа видеоконференций — важно понимать, как параметры сжатия напрямую влияют на требования к сети и объёму хранилища.
В этом разделе мы разберём, как рассчитать объём трафика и дискового пространства, необходимых для работы с несколькими видеопотоками, и покажем, как сжатие влияет на эти расчёты.
Несжатое видео
Вспомним начало этой темы: сколько занимает несжатое видео. Рассмотрим пример. Представьте, что вы проектируете систему видеонаблюдения для склада. У вас 16 камер, каждая передаёт видео в реальном времени. Если не учитывать сжатие, объём данных будет настолько огромным, что сеть не справится, а диски заполнятся за считанные часы.
Пример без сжатия:
- Разрешение: 1920×1080 (Full HD)
- Частота кадров: 25 кадров в секунду
- Глубина цвета: 24 бита на пиксель (RGB)
Тогда несжатый битрейт одной камеры:
1920 × 1080 × 25 × 24 = 1 244 160 000 бит/с ≈ **1.24 Гбит/с**
Для 16 камер:
16 × 1.24 = 19.84 Гбит/с — это почти 20 гигабит в секунду, что недостижимо для большинства сетей, даже 10-гигабитных.
Но с современными кодеками, такими как H.264 или H.265, тот же поток может уложиться в 2–4 Мбит/с на камеру. Разница — более чем в 500 раз.
Как рассчитать битрейт сжатого потока?
После сжатия битрейт зависит от:
- Кодека (H.264, H.265, AV1 и др.)
- Разрешения и FPS
- Сложности сцены (движение, детализация)
- Настроек кодера (профиль, уровень, VBR/CBR)
Для практических расчётов используются усреднённые значения битрейта, полученные из реальных сценариев. Ниже — примерные значения для видеонаблюдения (движение среднее, освещение нормальное):
| Разрешение | FPS | Кодек | Режим | Битрейт (кбит/с) |
|---|---|---|---|---|
| 1280×720 | 15 | H.264 | CBR | 1 000 |
| 1920×1080 | 25 | H.264 | CBR | 2 500 |
| 1920×1080 | 25 | H.265 | CBR | 1 200 |
| 3840×2160 (4K) | 30 | H.265 | VBR | 8 000 |
💡 H.265 (HEVC) даёт примерно на 40–50% меньше битрейта по сравнению с H.264 при том же качестве. Это особенно важно при большом количестве камер.
::: info В индустрии видеонаблюдения H.265 закрепился уже давно. Здесь тракт имеет меньше непредвиденных этапов, чем, скажем, в видеостриминге: системы видеонаблюдения чаще всего замкнуты на себя и состоят из камер и NVR (многоканального видеорекордера). Там и там кодирование поддерживается аппаратно, поскольку вычислительная мощность самого устройства (камеры или рекордера) ничтожна. В итоге вы вполне можете рассчитывать на работу с H.265, проектируя систему видеонаблюдения из относительно нового оборудования.
Смысл применения этого кодека здесь тоже прост и прозрачен: рекордер использует жесткий диск для хранения записей. Чем меньше будет поток, тем больше по времени можно записать на тот же жесткий диск. Например, вам хватает установленного диска на 3 дня истории при работе с кодеком H.264, а с кодеком H.265 можно понизить битрейт и на диск будет помещаться уже 5 дней. Это может показаться мелочью, но в масштабах крупных систем или при требовании хранить записи, скажем, месяц -- совсем не лишнее.
:::
Расчёт полосы пропускания сети
Общий сетевой трафик от всех камер суммируется. Это критично для выбора сетевого оборудования: коммутаторов, маршрутизаторов, каналов связи.
Формула:
Общий битрейт = Количество камер × Битрейт одной камеры
Пример:
16 камер, Full HD, H.264, 2500 кбит/с каждая:
16 × 2.5 Мбит/с = 40 Мбит/с
Это значит, что агрегированный поток потребует минимум 40 Мбит/с полосы пропускания на стороне сервера или NVR (сетевой видеорегистратор). Учитывая возможные пики (например, при резком движении) и накладные расходы протоколов (RTP, RTSP, IP, Ethernet), рекомендуется закладывать запас 20–30%.
Итоговая требуемая полоса:
40 Мбит/с × 1.3 ≈ 52 Мбит/с
Такой объём легко умещается в стандартную сеть 100 Мбит/с или 1 Гбит/с, в отличие от несжатого потока, который потребовал бы 20 Гбит/с.
Расчёт объёма хранилища
Для длительного хранения видео важно знать, сколько дискового пространства понадобится.
Формула:
Объём в день (МБ) = (Битрейт в кбит/с × 3600 × 24) / (8 × 1000)
Пояснение:
- Умножаем на 3600 (секунд в часе) и на 24 (часа в сутках) → общее время в секундах
- Делим на 8 → переводим биты в байты
- Делим на 1000 → переводим килобайты в мегабайты
Пример: одна камера, 2500 кбит/с:
(2500 × 3600 × 24) / (8 × 1000) = 27 000 МБ ≈ **27 ГБ/день**
Для 16 камер:
16 × 27 = 432 ГБ/день
Если нужно хранить архив 30 дней:
432 × 30 = 12 960 ГБ ≈ **13 ТБ**
💡 Это значение можно сократить:
- Использованием H.265 (экономия ~45%) → ~7 ТБ
- Режимом VBR (переменный битрейт) — при низкой активности битрейт падает
- Режимом детекции движения (Motion Detection) — запись только при движении
Влияние сжатия на архитектуру системы
Выбор степени сжатия — это не просто техническая настройка, а архитектурное решение. Оно влияет на:
- Стоимость оборудования: меньше битрейт → дешевле хранилище, меньше нагрузка на сеть → можно использовать более простые коммутаторы.
- Выбор кодека: H.265 выгоден, но требует поддержки на стороне камеры и сервера. Не все устройства (особенно на базе SBC вроде Raspberry Pi) могут декодировать H.265 аппаратно.
- Масштабируемость: чем меньше битрейт на камеру, тем больше камер можно подключить к одному серверу или каналу связи.
- Задержка и надёжность: агрессивное сжатие может увеличить задержку из-за сложного кодирования (см. слайд [08-05-02 Сжатие vs задержка vs надёжность]).
Практические рекомендации
- Собирайте реальные данные — настройте тестовую камеру и замерьте реальный битрейт в типичных условиях.
- Учитывайте пики — при резком движении или изменении освещения битрейт может временно вырасти в 2–3 раза (особенно при VBR).
- Планируйте с запасом — закладывайте 20–30% на накладные расходы и будущее расширение.
- Выбирайте кодек с учётом оборудования — поддержка H.265 и AV1 нарастает, но H.264 остаётся самым совместимым.
- Оптимизируйте под задачу:
- Для архивного наблюдения — приоритет экономия места → H.265 + CBR.
- Для анализа видео (распознавание лиц) — важна детализация → выше битрейт, возможно, H.264 для совместимости с ПО.
- Для стриминга в реальном времени — баланс качества и задержки → H.264 + низкий GOP.
Заключение
Расчёт полосы пропускания и объёма хранения — обязательный этап проектирования любого видеокомплекса. Сжатие — не просто "уменьшить объём", а инструмент управления ресурсами системы. Понимание того, как параметры сжатия влияют на трафик и хранилище, позволяет принимать обоснованные архитектурные решения, избегать перегрузки сети и перерасхода дискового пространства.
Эти расчёты станут основой для последующих тем: выбора оборудования, проектирования видеорегистраторов, настройки систем мониторинга и анализа производительности.