что такое битрейт видеокамеры

Как настроить битрейт системы видеонаблюдения?

Как настроить битрейт системы видеонаблюдения?

Существует два типа скоростей кодирования аудио и видеоинформации: переменная и постоянная скорость. Измеряется она в битрейтах. Бит (англ. binary digit – двоичное число) – это наименьшая возможная единица информации в цифровой электронной технике (1 байт =8 бит). А вот скорость передачи битов за определенный период времени называется битрейт.

Величина битрейта исчисляется в битах за секунду (бит/c, bps) или в производных от этой величины – килобитах за секунду (кбит/с, kbit/s, kbps), мегабитах за секунду (мбит/с, Mbit/s, Mbps) и так далее.

Битрейт аудио и видеоинформации чаще всего измеряется в килобитах за секунду. Он влияет на качество видео, а именно на его детализацию. Чем битрейт выше, тем лучше качество, но одновременно требуется больше памяти, так как размер файла будет большим.

Основными типами скорости передачи данных являются: постоянный битрейт (CBR) и переменный битрейт (VBR). При видеозаписи разнообразных сценариев, битрейт существенно влияет на качество полученного в итоге видеофайла. Съемка динамичных сцен, постоянного потока людей или автомобилей и насыщенных цветов существенно отличается от съемки квартиры или пустого офисного коридора.

Мы не будем рассказывать о типах битрейта, ибо уже говорили об этом в данной статье. Сегодня поговорим о том, как настроить битрейт для видеорегистратора.

Управление битрейтом рекомендуется устанавливать постоянным. С ним картинка не будет периодически «сыпаться», как это было бы с VBR. Сжатие же с помощью ABR позволяет установить минимальное и максимальное значение битрейта, за которые система не будет выходить.

Для каждого видеорегистратора настройка битрейта выглядит по разному. Например в видеорегистраторах Hikvision для настройки битрейта нужно в панели управления зайти в раздел «Видео и аудио» и в пункте «Тип скорости данных» выбрать тип битрейта, а также его максимальную величину.

В видеорегистраторах Аzimuth аналогично, только делается это в разделе «Компрессия». Причем сжатие (или «компрессия») напрямую указывает регистратору в каком качестве необходимо оцифровывать сигнал от видеокамер.

Кроме того имеется возможность настройки двух потоков: основного — для записи на локальный HDD, и дополнительного (мобильного) — для удаленного доступа через низкоскоростное подключение по сети.
Для настройки сжатия выполните переход: Главное меню —> Настройка —> Компрессия.

Здесь можно выбрать тип битрейта, его цифровое значение и качество видео.

Если настроить слишком четкое изображение с высоким количеством кадров в секунду, то просматривать видео в режиме реального времени будет не комфортно из-за нехватки скорости интернета или мощности процессора Вашего смартфона. Ниже приведен пример настройки качества записываемого видеопотока (битрейта) у видеорегистратора Polyvision с описанием параметров. Здесь также битрейт выставляется в разделе «Компрессия».

Видеорегистраторы Polyvision позволяют записывать в высоком качестве — Основной поток (левая колонка), а просматривать и Основной поток и в более низком качестве — Экстра поток (правая колонка).

FPS — частота кадров в секунду. Увеличивая частоту кадров видео будет становиться более плавным, но при этом увеличивается Битрейт и место занимаемое на жестком диске.

Качество — условное обозначение количества килобит в одну секунду (Кбит/с). Чем выше качество, тем лучше будут видны мелкие детали на видеокадрах: лица, номера машин и т.п., но при этом также увеличивается Битрейт и место занимаемое на жестком диске.

Битрейт — количество занимаемого места на жестком диске одной секунды записанного видеофайла.

В видеорегистраторах Dahua настройка битрейта также осуществляется основного и субпотоков.

При этом настраивать просмотр в дополнительном потоке нужно для просмотра общей сетки камер, выводимых на мониторе. Переход же на основной поток осуществляется при увеличении изображения камеры на весь экран.

На видеорегистраторах Dahua можно максимально ужать доп поток до 40Кб/сек для одной видеокамеры, если их в системе видеонаблюдения больше, то например для 30 камер эта цифра увеличится до 2Мбит/сек.

Как видим от настроек битрейта зависит как качество видео, так и место, занимаемое им на жестком диске. Поэтому это очень важный показатель, который при настройке видеорегистратора обязательно нужно правильно выставить.

Ну а мы напоминаем, что наша компания «Запишем всё» с 2010 года занимается монтажом, модернизацией и обслуживанием любых систем видеонаблюдения в Москве и Подмосковье.

Мы работаем быстро, качественно и по доступным ценам. Перечень услуг и цены на их вы можете посмотреть здесь.

Звоните +7 (499) 390-28-45 с 8-00 до 22-00 в любой день недели, в том числе и в выходные. Мы будем рады Вам помочь!

Источник

Выбираем битрейт для системы видеонаблюдения

Выбираем битрейт для системы видеонаблюдения

От битрейта при работе системы видеонаблюдения напрямую зависит качество изображения и объем архива.

Битрейт (bitrate, англ.) — означает величину (численность) бит, которая используется для записывания или передачи мультимедийного материала, длящегося на протяжении одной секунды.

При фиксации мультимедийного (аудио и видео) контента происходит его поблочное сжатие с помощью определённых процедур (алгоритмов). А эти алгоритмы подразделяются на виды в зависимости от битрейта (его величины). На каждый из таких блоков (фреймов) отводится от тридцати двух до трёхсот двадцати бит.

В видеонаблюдении используются три режима битрейтов: CBR, VBR и ABR. Расспмотрим их подробнее.

CBR – режим основан на постоянном и непрерывном битрейте. То есть пропускная способность с течением времени не меняется. Это значит что независимо местоположения камеры, потери качества изображения нет. Благодаря использованию CBR можно заранее знать размер исходного файла или ширину потока. Это важно для передачи информации по каналам, обладающим ограниченной шириной. Хорошо это или плохо?

Проблема в том, что при записи видео, где ничего не происходит в кадре расход выделенных бит остаётся прежним, а при записи фрагментов, на которых отмечается движение, а значит следует выделить больше места в архиве, битрейт опять же остаётся заданным.

Поэтому недостатки качества при записи движущихся объектов решаются повышением битрейта, например, до максимальных 320 кбит/с, но при этом увеличивается ширина потока передачи или размер файла.

VBR – режим имеет переменную скоростью передачи данных. Для такой кодировки характерно то, что битрейт в этом случае изменяется в процессе самого кодирования программой-кодеком. И зависит битрейт в данном случае от насыщенности звукового или видеоматериала.

Таким образом при выборе VBR-кодирования программой для записи пустой картинки будет выбран меньший битрейт, а для записи насыщенных картинок или быстро сменяющихся изображений — больший.

Однако отрицательным моментом этого алгоритма является трудность предвидения предстоящих изменений. А значит увеличение битрейта при записи будет происходить с опозданием. Кроме того, фрагменты, где в кадре ничего не происходит, воспринимаются при VBR-кодировании как фрагменты, не несущие важности, и под них на этом основании выделяется минимальный битрейт.

Вывод – стабильная нагрузка отмечается только в кадрах без движения, как только активность перед камерой возрастает, растет и нагрузка, причем довольно существенно! А значит CBR с максимальным значением в 320 кбит/с обеспечит большее качество, чем VBR.

Впрочем, не так давно появилась новая кодировка — VBR 2 Pass. Она позволяет с помощью специальной программы анализировать мультимедийный поток, а затем производит запись, сжимая её на основе данных, полученных при первичном сканировании. Это улучшает качество видео.

ABR — режим — это некоторое смешение предыдущих режимов. Его цель усреднение значений. Выбирая данный режим, пользователь сам может задать определенное значение в килобитах в секунду. Кодек же может изменять его в ту или иную сторону, придерживаясь установленного среднего значения.

Исходя из вышестказанного, можно отметить, что если для результата важен размер полученного видеофайла, то для более высокогокачества лучше использовать кодировки ABR или CBR. Также можно использовать VBR 2 Pass, который дает также неплохие результаты.

CBR показывает стабильный уровень битрейта независимо от сцены, не создает резких перепадов нагрузок. Данный режим позволяет максимально точно предсказать необходимый объем архива что в свою очередь часто является большим преимуществом. Из негативных сторон – битрейт занимает намного больше места в архиве.

VBR реагирует исключительно на активность в кадре, позволяет существенно экономить пространство на жестком диске. Но недостатков у него куда больше чем у CBR, потому как при росте активности в кадре будет расти и битрейт.

Если же в системе видеонаблюдения используется несколько камер, пропускная способность системы очень быстро может приблизиться к предельной и как следствие появятся артефакты и искажения на видеоизображении вплоть до полного зависания системы. К тому же даже приблизительный объем архива при таком режиме рассчитать довольно проблематично.

ABR подходит лучше всего, так как можно самостоятельно определить скорость записи и размер получаемого файла.

Парадокс заключается в том, что при монтаже систем видеонаблюдения очень часто используется переменный битрейт, то бишь VBR со скоростью записи 8Мбит/c. При этом многие не знают и не понимают, что при появлении движения в кадре битрейт может увеличиться, что приводит к помехам и даже зависанию системы. В итоге система видеонаблюдения постоянно работает нестабильно, а понимание того, что все дело в битрейте не всегда приходит на ум.

Поэтому монтажникам систем видеонаблюдения при расчете системы нужно делать запас пропускной способности, вплоть до 50%. Они это знают и делают, в отличие от тех, кто пытается самостоятельно установить систему видемониторинга, а потом бегут в магазин, крича, что им подсунули плохое оборудование.

Поэтому совет один, чтобы не было проблем с работой системы видеонаблюдения, обращайтесь к специалистам.

Наша компания «Запишем всё» вот уже почти 10 лет занимается монтажом систем видеонаблюдения в Москве и Подмосковье. Мы не только грамотно можем спроектировать систему, определив места оптимальной установки видеокамер на охраняемом объекте, но качественно и в установленные сроки осуществим ее установку.

Перечень наших услуг и цены на них Вы можете посмотреть на нашем сайте, перейдя по этой ссылке.

Источник

Какой тип битрейта лучше всего использовать при записи камер видеонаблюдения?

CBR (Constant bitrate) расшифровывается как постоянный битрейт, который был задан в настройках записи видео/аудио и который не меняется в дальнейшем. То есть, независимо от типа данных (пусть даже вы записываете отключенную камеру) за 1 секунду кодируется постоянно количество бит. Благодаря использованию CBR есть возможность заранее знать размер исходного файла или ширину потока. Минусом такого типа кодирования является громоздкие объемы полученных данных, которые нерационально используют дисковое пространство.

VBR (Variable bitrate) с английского переводится как изменяющийся (переменный) битрейт. При кодировке в VBR мы получаем файл, битрейт которого изменяется в зависимости от «густоты» потока данных (то есть, к примеру, битрейт ночной съемки будет ниже, чем битрейт дневной съемки). Такой тип кодирования продолжает совершенствоваться, достигая новых показателей амплитуды изменения битрейта потока данных. Основным минусом является то, что невозможно предугадать будущий размер кодируемого файла. Несмотря на это, данный минус никак не омрачит общую картину: размер файла получается меньше, чем при кодировании по типу CBR.

Поэтому думаю выбор в данном случае очевиден.

Например в видеорегистраторах Hikvision настройка битрейта выглядит так:

06 Июня 2018

Интересно почитать

Подключаем к аналоговому видеорегистратору ip wi-fi камеру

В данном проекте была собрана стандартная схема подключения 4-х канального аналогового видеорегистратор с тремя аналоговыми камерами.

Наблюдаем за няняй или как максимально обеспечить безопасность ребенка

Будет интересно папам и мамам, которые решили взять в помощницы няню для своего любимого ребёнка.

Как зарезервировать ip-адрес(DHCP сервер) на роутере?

При видеонаблюдении, построенном по технологии IP без резервирования ip адресов на роутере не обойтись. Используя DHCP сервер(это служба, которая раздаёт ip адреса подключенным сетевым устройствам к данному роутеру), управление сетью станет гораздо удобнее, чем если прописывать статические ip адреса.

Источник

Оптимальный битрейт IP видеокамер Hikvision

Битрейт — скорость передачи битов за определенный период времени (объём информации измеряют в байтах, а скорость в битах).

В случае с облачным видеонаблюдением от битрейта напрямую зависит расход трафика. Если услугу облачного видеонаблюдения оказывает интернет-провайдер, то трафик от облачной камеры не тарифицируется, если Ivideon, то тарифицируется.

Рекомендуемый компанией Hikvision битрейт для камер видеонаблюдения (25 кадров в секунду).

Примеры видеозаписей с камеры DS-2CD2232-I5 с различным битрейтом (6, 2, 0.8 мегабит).

В предыдущих видео записано со скоростью 25 кадров в секунду, в нижнем 4 кадра в секунду.

Для того, чтобы рассчитать сколько трафика будет «кушать» одна IP видеокамера с разрешением 1280х720 можно воспользоваться калькулятором, или ориентировочно расcчитать по таблице:

Пример, камера в офисе пишет 6 часов в сутки, ограничение по битрейту — 1 мегабит. В месяц расход трафика составит 6 часов х 459 мегабайт х 30 дней = 82 620 мегабайт (

В комментариях можно задать вопрос по теме и вам обязательно ответят, а также можно высказать свое мнение или описать свой опыт.

Денис Маркевич – проектирую слаботочные системы более 12 лет. Хобби – блогинг, бег, велосипед. В блоге делюсь опытом, отвечаю на вопросы.

Корпус появился в конце 2014 года. Впервые упомянул IP камеру Hikvision DS-2CD2T32-I3 здесь. C первого раза она у меня.

Облачное видеонаблюдение обеспечивает простой способ доступа к видеокамерам с компьютеров, планшетов.

Каждому владельцу домашнего персонального компьютер в один «прекрасный» момент приходится принимать.

Таблица оторвана от реальности, т.к. не указано кол-во кадров, относительно которого приведена информация. Посему необходимо пользоваться калькулятором, но как показывает практика, калькулятор тоже привирает, но примерные данные мы получим и для расчета ширины канала и размера архива их в принципе будет достаточно. Ваш калькулятор, который по ссылке в этой статье, имеет странную зависимость: каким образом поток с камеры так сильно зависит от интенсивности движения? Поток с камеры в реальности при отображении стандартной картинки (т.е. при нормальном освещении) без движения и с движением меняется максимум в пределах 20%, но не больше. Из практики, как пример, имеем камеру Hikvision DS-2CD2132-I (разрешение 2048 x 1536 (т.е. максимальное), скорость 12 кс, качество: highest (т.е. максимальное)) — без движения камера формирует поток от 2.7 до 3.1 Мбит/с, при движении в кадре поток возрастает до 3.5, в пиках до 4.2-4.5 (но пики в минуту занимают максимум до 10% времени), т.е. в среднем по факту примерно 3.6-3.7 Мбит/с, что собственно и подтверждает поток на сервере CMS ПО Hikvision iVMS-5200: при подключенных 35 камерах (используются Hikvision DS-2CD2132-I, DS-2CD2032-I, DS-2CD2532F-I) с одинаковыми настройками (указаны выше) имеем средний входящий поток 120 Мбит/с, в пиках до 135 Мбит/с. При таких настройках и интенсивности движения примерно 40% массив 14Тб (4HDD x 4Тб) хранит видеоархив для 16 каналов примерно 35-37 дней.

Таблица взята у Hikvision, 25 кадров в секунду. Добавил пояснение. За замечание — спасибо.
Исходные данные в калькуляторе в свое время были взяты из программы IP Video System Design Tool.
Практика лучше теории. Ваша информация по битрейту более чем полезная.

Для полноты картины в статье еще желательно указать кодек. Я так понимаю, что речь, конечно же, идет о кодеке Н.264, т.к. при использовании других кодеков поток будет совсем другой и явно не в меньшую сторону. Я хотел это упомянуть еще в первом своем посте но в процессе написания упустил этот момент.
Из практики пример на эту тему: заказчик решил сэкономить на компьютерах АРМ мониторинга, так как посчитал конфигурацию предложенных мной в проекте для этих целей компьютеров избыточной и сказал, что не собирается за это переплачивать и сошлись на том, что он самостоятельно подберет и закупит для этой задачи компьютеры, а от нас только установка и настройка. В итоге мы получили 4 машины, которые не тянут по 16 камер с кодеком Н.264 в качестве 2Мрх — 12 кс: процессор загружается на 100% и все начинает жутко тормозить (Н.264 достаточно требователен к мощности процессора при просмотре, особенно если система видеонаблюдения не предусматривает технологию двухпоточности для мониторинга — это еще одна тема для отдельной статьи ;). Пришлось выкручиваться из этой ситуации, так как заказчик естественно был не готов закупить еще 4 более мощные машины да и как это оправдать перед собственным руководством?! Вышли из положения путем перевода всех камер в кодек MPEG4 и естественно столкнулись с другой проблемой, а именно с резко возросшей нагрузкой на сеть, потому как MPEG4 транслирует практически несжатый сигнал и каналов по 100 Мбит/с, предполагаемых мной в проекте на каждый операторский компьютер, стало не хватать. Пришлось закупать еще один общий коммутатор со всеми гигабитными портами для объединения на такой скорости всех конечных устройств видеонаблюдения, а именно PoE-коммутаторов, видеосерверов и АРМ операторов. Гигабитных портов на закупленных проектных PoE-коммутаторах хватало ровно для подключения видеосерверов и ап-линков между самими коммутаторами, а подключение операторских машин от этих же коммутаторов предполагалось на скорости 100 Мбит/с.
Такой вот пример мнимой экономии, которая по итогу еще и вышла «боком» для заказчика.

Да, кодек H.264. Про другие кодеки здесь.

Forgot, скажите а что за сервер вы используете? От Hika??
Просто мы уже давно ставим себе Экзак Вижн (спецом по русски пишу, рекламировать лишний раз не хочется).
Так вот при достаточно приличной стоимости ПО, он очень не требователен к ресурсам + ставлю все под Linux.
Так вот загрузка процессора с 11 камерами составляет примерно 20-23% с процессором Celeron® G1840 и постоянно подключен клиент и смотрит 7 основных потоков.
Есть сервера и с 20 камерами (правда проц там получше i3-4130), но тут клиентов постоянных больше 5, по 10, 8, 2, 5 и 11 потоков соответственно. И еще перманентно подключаются отдельные клиенты для просмотра. Так вот загрузка тут уже побольше от 25-30% CPU и памяти использовано 500 Мб. Сетевых карт две по 1000 Мбит/с. объединены с балансировкой нагрузки.
Да камеры пишутся с разрешением 1920х1080, 8 к/с, качество максимум, но я ограничиваю битрейт до 3-2 Kbps.

В общем меня устраивают такие настройки:
Разрешение: 1920х1080
Тип битрейта: переменный
Качество видео: Максимальный
Частота кадров: 8
Максимальный битрейт: 2048 или 3072
Интервал I кадра: 50

Тут конечно каждый выбирает сам, что ему нужно смотреть и в каком качестве.

Не ответил сразу, т.к. не думал, что тут будет такие активные комментарии и не заглядывал сюда. Вставляю свой, так сказать, отчет о использовании ПО Hikvision iVMS 5200 Pro, который я ранее размещал на другом форуме. Вставляю без каких либо правок и изменений, т.к. особо что-то добавить нечего даже с учетом того, что сейчас использую более новую версию, а именно iVMS-5200_P_V3.02.010_20150618.
«Все же я вернулся на iVMS-5200! В пользовании уже почти месяц, с ключем разобрались. Вероятно была проблема, что я попытался полученым ключем активировать версию 3.2.0 с вражеского сайта и ключ попал в бан. Новый ключ нормально активировал российскую лицензию. Все же могу сказать, что по прошествии месяца использования iVMS-5200 тестовой версии 3.2.0 и потом вынужденный переход на iVMS-4200 (см. мои посты выше в этой ветке форума) ни чего хорошего не дал. После iVMS-5200 старая версия iVMS-4200 выглядит очень печально, все кажется каким-то не таким, не правильным и т.д. (я ведь начал использовать ПО Hikvision именно с версии iVMS-5200 v.3.2.0) и связался вновь с представительством Хиков в России, запросил новый тестовый ключик на российскую версию.
Далее не большая, так сказать, зарисовка по использованию ПО iVMS-5200 с российского сайта Hikvision, версия 3.1.0.
Сразу могу сказать, что все работает и все вполне устраивает. Система на данный момент состоит из сервера CMS, на котором еще крутиться SMS (машина: MB ASUS Z97-K, CPU Core i5-4460, RAM 16 Gb, Win 8.1 Pro x64), 2 одинаковых сервера хранения (StorageServer) (машина: MB AT4NM10T-I с впаянным CPU Atom D425 с пассивным охлаждением, RAM 4 Gb, 4 HDD WD40PURX-64GVNY, Win 7 Pro x64, рековый корпус 2U), подключено на данный момент 26 камер Hikvision серии Raptor разных моделей и одна DS-2CD6362F. Все камеры Raptor настроены на максимальное разрешение 2048х1536, 12 кс, макс. битрет 4096. В данный момент загрузка процессора сервера CMS, SMS составляет 35-40%, загрузка оперативки 2,5Гб, трафик Ethernet: прием 35-50 Мбитс; передача 35-70 Мбитс в зависимости о кол-ва подключенных клиентов. Подключение одного клиента через ПО iVMS когда добавляет в передачу трафика от 5 до 15 МБитс, когда вообще ничего не добавляет, не понял зависимости. Подключение клиента через web-морду не добавляет ничего за счет SMS-сервера. На загрузке процессора сервера CMS кол-во подключенных клиентов по моему ни как не сказывается, по крайней мере я ничего такого не заметил. Загрузка серверов хранилищ вообще мизерная: CPU — 4%, RAM — 28%, трафик Ethernet 20-25 Мбитс (эту инфу об использовании ресурсов привожу из диспетчера задач Windows). Камеры распределены равномерно по серверам. Система в дальнейшем будет расширяться, еще штук 20 камер ждут на складе своего часа, на следующей неделе добавлю еще около 10 камер, чуть позже еще добавлю сервер хранения, отпишусь позже по поводу загрузки оборудования и т.д. Со временем расширимся до 64 каналов, ну а там дальше видно будет.

Теперь по поводу минусов и разных непоняток:
— нет в этом ПО групп, как в iVMS-4200, но есть зоны, которые можно создавать и добавлять туда камеры. Но почему-то на эти зоны создаются с каналом виде, тревожными входом и выходом. Зону необходимо создавать заранее, до добавления в эту зону камер, т.к. потом переместить камеру из зоны в зону нельзя, такой функционал вроде как есть, но поле смены зоны для камеры не активно. Эти зоны очень выручают при просмотре через web-клиент (я об этом пишу ниже), так же группировка такими зонами очень помогает при настройке прав пользователей (не приходиться каждую камеру щелкать мышкой, а включаем сразу группой). Не забывайте при добавлении новых камер в уже работающую систему давать разрешения на просмотр и т.д. существующим пользователям системы;
— периодически в «Расписание записи» в колонке «Статус записи» по разным каналам появляются красные надписи «Исключение записи сервера хранения», так же потом исчезают. От чего появляется такое сообщение не понятно, появляются когда по одному каналу или сразу по нескольким или постепенно по разным каналам, исчезают как правило сразу все по одному из серверов хранения. Запись архива в это время ведется без каких либо проблем (отслеживал специально по на разных каналах) и просматривается в это время архив такого канала так же без проблем. Тех.поддержка пока ничего не сказала, не давно отправил логи с сервера хранения, пока изучают;
— при добавлении новых камер очень не удобно, что нет какой либо галочки, которая бы скрывала в поле «Онлайн устройства» уже подключенные камеры. Приходится выискивать новые IP-адреса среди многих других, которые уже подключены. Так же хочу отметить, что был замечен глюк после добавления 5 новых камер в систему: камеры сначала настроил через web-морду, затем добавил в систему, везде все подобавлял и т.д., но архив не начал писаться по этим каналам до тех пор, пока не перезагрузил все на CMS-сервере, хотя детекция движения отображалась в клиенте iVMS, но записи не было. Хочу обратить внимание, что желательно до добавления камер в систему желательно прописать через браузер им имена в настройках «Расшир конфигурация» — «изображение» — вкладка «Параметры OSD», т.к. в настройках сервера в «Логическое представление» и «Расписание записи» отображаются именно имена камер, которые прописаны в самой камере. Можно присваивать имена и на русском языке, но тогда шрифт на картинке самой камеры выглядит очень коряво, так что я подписываю латиницей;
— при использовании web-просмотра нет сохранения видов, т.е наборов камер. Даже при переходе на просмотр архива и возврате обратно на живое видео приходиться набирать камеры снова. Спасает то, что созданные перед добавлением новых камер зоны (я писал об этом выше) отображаются в web-клиенте и двойной клик по этой зоне сразу запускает эту группу на просмотр. Так же в клиенте очень раздражает отображение зеленой сетки детекции движения и со слов техподдержки, пока ее никак нельзя отключить. От этой сетки больше вреда, чем пользы, т.к. реально вместо движения все наше внимание сосредотачивается на сетке, да и саму картинку эта сетка здорово закрывает, что полезная информация изображения камеры сокращается в разы;
— не очень понятное создание видов в клиентском ПО iVMS: сначала создаем вид, затем выбираем конфигурацию раскладки камер, затем добавляем в окна конфигурации камеры. Если камеры подвигать из окна в окно конфигурации, то кнопка сохранения вида становиться не активной и приходиться начинать все сначала (сам вид вверху справа при этом пересоздавать не обязательно), так что имейте это ввиду при создании новой конфигурации;
— периодически появляются сообщения в окнах камер клиентского ПО iVMS об ошибка и переподключении камеры, как правило через какое-то время изображение появляется. Если же во время такого сообщения переключится на другой вид, где есть этот же канал, то вероятнее всего он сразу же отобразиться, так что проблема в самом отображении конкретного вида;
— не совсем корректно и не верно отображается информация в окне «Физическое представление», колонка «Сетевой статус» о камере и о серверах хранения: камера в сети и с нее есть картинка через ПО iVMS, но в сетевом статусе светится красная надпись «Не в сети», так же, только наоборот, было с сервером хранения (сервер давно не в сети, я его отключил по необходимости, а система сообщает, что все хорошо и все сервера в сети). Так же заметил еще такую странность с CMS-сервером: после полной перезагрузки машины с сервером CMS в мониториге через ПО iVMS CMS-сервер светиться красным, т.е. как исключение, до тех пор, пока не залогинился на сервере через rdp. При этом все работает (просмотр работает, архив пишется и просматривается, web-менеджер сервера доступен);
— не нравится, что при просмотре архива через клиента ПО iVMS, т.е. через «Воспроизведение записей» при выборе даты нет в календаре отображения, по каким датам есть записи, а по каким нет. Да, под шкалой времени есть даты прошлых 7 дней и там видно, когда была запись в архиве, а когда нет, но в самом календаре это ни как не отображается, не очень удобно и наглядно.

Возможно, что я здесь не все глюки и непонятки перечислил, которые заметил за месяц использования, но это то, что отложилось в памяти, а значит самое основное. Скажем так, совсем не мало, но не критичные и на функционале системы в целом по большому счету не сказываются.

Сегодня сделал заявку на постоянную бессрочную лицензию. »

Если есть какие-то вопросы, спрашивайте, буду сюда почаще заглядывать.

Источник