Predator » 11 авг 2011, 13:57
На текущий момент существует ограничение на количество лицензий для подключения IP камер прошиваемых в один ключ - это 32.
Такое количество камер можно подключить к одному серверу только в случае получения от камер видеопотока в формате MJPEG и записи его в этом же формате в архив.
При этом размер кадра в записи будет как минимум в 4 раза больше чем в формате DVPack2, а так же будут недоступны некоторые функции:
- не будет работать обработка видеоизображения (компенсация искажений изображения, нормализация контрастности и гамма-коррекция)
- не будет работать титрование видеоизображения (добавление в кадр текстовой информации от интегрированных систем и оборудования)
- будут действовать ограничения на параметры видеопотоков:
а) Функция IP.DelayLess не используется. Параметры видеопотока (разрешение и качество) поступающего от камеры на сервер для отображения/записи и дальнейшей
передачи на клиента, будут определяться методом выбора максимальных требований из всех поступивших заявок (заявка на разрешение картинки для отображения,
записи, трансляции в сеть). После определения этих параметров, все потребители приславшие заявки получат видеопоток с одинаковыми параметрами. Это приводит
к повышению нагрузки на ЛВС (на клиента передаются видеопотоки от каждой камеры с разрешением не соответствующим размеру видеоокна, в котором
отображается каждая камера, а в гораздо большем) и на аппаратную платформу клиентов (необходимо декомпрессировать из формата JPEG каждый поступающий кадр
в высоком разрешении, уменьшать разрешение и выводить на экран).
б) Функция IP.Delayless используется.Параметры видеопотока (разрешение и качество) поступающего от камеры на сервер для отображения/записи и дальнейшей
передачи на клиента, определяются в функции IP.Delayless.
При использовании преобразования видеопотока из MJPEG/MPEG4/H.264 в DVPack2 работают все функции системы по обработке видеоизображения, а параметры видеопотока определяются:
а) Функция IP.DelayLess не используется. Параметры видеопотока (разрешение и качество) поступающего от камеры на сервер для отображения/записи и дальнейшей
передачи на клиента, будут определяться методом выбора максимальных требований из всех поступивших заявок (заявка на разрешение картинки для отображения,
записи, трансляции в сеть). После определения этих параметров, поток от камеры поступает на сервер, далее преобразовывается и все потребители приславшие заявки
получат видеопоток с соответствии со своими запросами. Нагрузка на ЛВС будет соответствовать режимам отображения камер на клиентах. Нагрузка на аппаратную
платформу клиента будем минимальна, т.к. декомпрессировать поток в формате DVPack существенно проще и его разрешение соответствует размеру видеоокна, в
котором отображается данная камера.
б) Функция IP.Delayless используется. Максимальные параметры видеопотока (разрешение и качество) поступающего от камеры на сервер для отображения/записи и
дальнейшей передачи на клиента, определяются в функции IP.Delayless. После определения этих параметров, поток от камеры поступает на сервер, далее
преобразовывается и все потребители приславшие заявки получат видеопоток с соответствии со своими запросами. Если параметры запроса были выше параметров
установленных в функции IP.Delayless, отправитель запроса получит поток с параметрами установленными в функции IP.Delayless.
При использовании преобразования видеопотока система потребляет больше ресурсов ОС, в том числе и виртуальное адресное пространство (ВАП). По этому, для Вашего случая, ограничение по количеству подключаемых к одному серверу IP камер равно 24. При этом необходимо дополнительно настраивать ОС таким образом, что бы на один процесс выделялось до 3Гб ВАП.
Кудинов Михаил.
Руководитель проектов
Отдела проектных решений.
Корпорация "СКАЙРОС"