Форум MACROSCOP

5) Нет возможности не подключаясь к камере (выводя изображение) определить её работоспособность (состояние подключения), т.е. при наличии многосерверной конфигурации с сотней камер нельзя одним взглядом оценить состояние работоспособности системы (можно было бы интегрировать функционал Macroscop Мониторинг в клиент).

(IMHO)

Мониторинг оборудования в целом, использую сторонний инструмент - PRTG http://www.paessler.com/prtg

возможно как инструмент Вам тоже подойдет.

т.е. при наличии многосерверной конфигурации с сотней камер нельзя одним взглядом оценить состояние работоспособности системы

Мониторинг оборудования в целом, использую сторонний инструмент - PRTG http://www.paessler.com/prtg возможно как инструмент Вам тоже подойдет.

"Само-то", просто "шикардос" какой-то!

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

Да и цена на сотню камер "вполне даже адекватна задачи" контроля за контролирующим: - всего-то US $ 440.00.

;-) а может у вас, на эту шнягу еще и лекарство от жадности имеется?!

Ну тогда - базара ноль, шняга действительно безварианта, я бы даже сказал более того: - без инвариантнтов шняга применима как:

Покупает каждый скряга, покупает, млад и стар,

Туалетная бумага, дефицитнейший товар

Преимущество бесспорно, применима с двух сторон....

Пригодится и в уборной и за праздничным столом.

PS

Костя Беляев "Туалетная бумага" слушать целиком ...

Добрый день. Подскажите. Запись в архив идет постоянно. возможно ли настроить что-бы еще помечалось срабатывание детектора движения?

Добрый день. Подскажите. Запись в архив идет постоянно. возможно ли настроить что-бы еще помечалось срабатывание детектора движения?

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

Решил провести сравнение нагрузки серверной части версий 1.5.55, 1.6.99, 1.8.85, 1.9.73, 1.10.62 и 1.11.112 на процессор.

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

Кофигурация компьютера следующая:

- системная плата: Intel Pearl Creek DG31PR

- процессор: Intel Core 2 Duo E4600 (2 x 2400 МГц)

- оперативная память: Kingston DDR2-667 (2 x 512 Мбайт)

- сетевой адаптер: Realtek RTL8168/8111 PCI-E Gigabit Ethernet

- операционная система: Windows XP SP3

Серверная часть настроена на запись по простому детектору движения.

В первом сраневнии используется 8 камер Vivotek IP8362 с одним потоком в формате mpeg4.

У всех потоков настроено разрешение 1920x1080 25 к/с и профиль с максимальным качеством (Excellent).

Суммарный поток со всех камер составил 100 Мбит/c на сетевом интерфейсе, подключенным на 1 Гбит/с.

Выводы неутешительные: новая версия проигрывает старой в 3-4 раза.

В процессе тестирования оперативная память используется полностью, сетевой адаптер не более чем на 10% на приём, а процессор на 12 и 50 % соответственно для старой и новой версии серверной части программы.

Нагрузка версии 1.5.55 (максимальная нагрузка)

Нагрузка версии 1.6.99 (нагрузка 16%)

Нагрузка версии 1.8.85 (нагрузка 20%)

Нагрузка версии 1.9.73 (нагрузка 12%)

Нагрузка версии 1.10.62 (нагрузка 50%)

Нагрузка версии 1.11.112 (нагрузка 50%)

Видно, что в версии 1.6.x появилась некая оптимизация, может быть простой детектор стал работать по ключевым кадрам (если что, разработчики меня поправят), но уже с версии 1.10.x всё поломалось.

Во втором сравнении используется 8 камер Vivotek FD8166 с одним потоком в формате h.264.

У всех потоков настроено разрешение 1920 x 1080, 15 к/с, постоянный поток 3 Мбит/с (приоритет частоте кадров).

Нагрузка версии 1.5.55 (нагрузка 75%, система тянет не более 4-х потоков)

Нагрузка версии 1.6.99 (нагрузка 35%, система тянет все 8-мь потоков)

Нагрузка версии 1.8.85 (нагрузка 35%, система тянет все 8-мь потоков)

Нагрузка версии 1.9.73 (нагрузка 85%, система тянет не более 6-ти потоков)

Нагрузка версии 1.10.62 (нагрузка 65%, система тянет все 8-мь потоков)

Нагрузка версии 1.11.112 (нагрузка 65%, система тянет все 8-мь потоков)

В данном случае можно сделать вывод о том, что очень плохо было до версии 1.6.x, в которой как и в случае с mpeg4 появилась значительная оптимизация, которая была сломана к версии 1.9.x и немного реанимирована в версии 1.10.x. Таким образом нагрузка одной камеры (потока) на тестируемом процессоре распределилась в результате развития серверной части в следующем порядке: 18% - 4% - 14% - 8%. Получается, что текущая версия проигрывает наболее удачной как минимум в 2 раза.

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

Нагрузка версии 1.5.50 (нагрузка 85%, система тянет не более 5-ти потоков)

Нагрузка версии 1.6.99 (нагрузка 40%, система тянет все 8-мь потоков)

Нагрузка версии 1.8.85 (нагрузка 40%, система тянет все 8-мь потоков)

Нагрузка версии 1.9.73 (нагрузка 90%, система тянет не более 4-х потоков)

Нагрузка версии 1.10.62 (нагрузка 90%, система тянет не более 7-ми потоков)

Нагрузка версии 1.11.112 (нагрузка 90%, система тянет не более 7-ми потоков)

Нагрузка в процентах на процессор одной камеры в историческом порядке получается следующей: 17% - 5% - 22% - 13%, что вполне коррелирует с результатами предыдущего сравнения.

Итоговый вывод можно сделать о том, что наиболее удачной серверной версией для работы с mpeg4 была 1.9.x, а для h.264 - 1.6.x - 1.8.x.

День добрый

На объекте установлен Macropscop с 4 IP-камерами и 2 каналами распознавания автономеров. Макроскоп грузит процессор при работе от 75 до 95% в зависимости от разрешения видео от камер (миним пробовали давать1440x900). В архив вообще ничего не пишется.

Система: iCore i3 3420, 4Gb RAM, Windows 7 x84

Камеры: HikVision DS-2CD4032

Вопросы:

1. В чем может быть причина столь большого потребления ресурсов, чем можно исправить? В Макроскоп для видеокамер настроен основной поток (H.264), если разрешить альтернативный - может это помочь?

2. Можно ли управлять активностью модуля распознавания автономеров? Система установлена на автовесах, в нашей программе мы всегда точно знаем, когда можно начать распознавание и когда его закончить - по датчикам положения и по показанию веса. Может это снизит нагрузку на процессор.

3. Можно ли получить средствами SDK отдельный кадр от камер по http-запросу? Видео по http передается, но при столь большой загрузке все просто "умирает".

Спасибо

Парочка предложений для ПО Macroscop:

1. Обновление клиентских программ можно было бы сделать с использованием устанавливаемой в системе службы, которая могла бы контролировать необходимость обновления таких программ, как проигрыватель или клиент, а также самой себя (по аналогии с реализацией в Google Chrome, Adobe Flash Player, Adobe Acrobat Reader и т.д.). Это позволило бы решить проблему ограниченности прав пользователя в системе, а также минимизировать занимаемое место на диске и время при установке одной и той же версии программы в многопользовательской системе.

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

3. Есть проблема при закрытии подсказки: если после появления подсказки в любой из программ Macroscop кликнуть в свободной области самой программы, то произойдёт переключение на окно другого приложения, которое использовалось до этого.

P.S. Удалось немного разобраться в причинах такой разной нагрузки в разных версиях программы при одних и тех же настройках, о чём я писал ранее. Есть подозрение, что простой режим детектора движения, который аналогичен экспертному режиму детектора движения с оптимальной частотой, в старых версиях активируется с опцией "использовать только опорные кадры", а в новых версиях нет. Поэтому для достижения нагрузки, которая была в версиях до 1.10.x при использовании простого детектора движения необходимо переключиться в экспертный режим и включить опцию использования только опорных кадров. В моём случае нагрузка в последней версии с такими настройками оказалась даже меньше, чем в версиях до 1.10.x.

Семинар Macroscop состоявшийся в Ижевске 30 октября 2014 года.

Программа семинара была очень насышенная и интересная.

Из плюсов:

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

Рассказывали про новые достижения которуе добились в Macroscop, чтобы было удобно работать с архивом в реальном времени с сервером, подключать новые камеры особенно порадовала интеграция камеры Fisheye в одном потоке можно увидеть реальные 360 градусов обзора и можно управлять виртуальным PTZ, это очень удобно. Добавляют новые камеры которые появляются на рынке в продаже это очень удобно.

Macroscop очень сильно продвидулся вперед по своей продукции в отличии от конкурентов, все больше и больше развивают и дорабатываю для удобства и простоты использования они даже создали ПО для облачного сервера это очень хорошо и радут для будущего развития. Также появилась линейка сетевых видеорегистраторов Macroscop NVR собственного производства.

Из минусов:

Можно добавить больлше информации и практики по камерам Fisheye с интеграцией в Macroscop.

Мне очень понравилось, было полезно.

Спасибо за прекрасный семинал сотрудникам Macroscop.

День добрый

Вопрос по получению видеокадра по http с параметром /site: есть 4 камеры, запросы по одному каналу могут идти один раз в несколько секунд, но так как каналов 4, то запросы к разным каналам могут иногда совпадать по времени. При этом периодически сервер отвечает посылкой с кодом 200 но нулевой длиной.

С чем это может быть связано? Есть какие-то рекомендации по допустимой частоте запросов к серверу?

Добрый день, Сергей

1. В чем может быть причина столь большого потребления ресурсов, чем можно исправить? В Макроскоп для видеокамер настроен основной поток (H.264), если разрешить альтернативный - может это помочь?

Возможно, дело в настройках модуля. Можно накрутить так что и в 200% нагрузка уйдет. Парковка или магистраль? Как настроен детектор движения (эксперт - 6 кадров или больше)? По какому потоку идет аналитика (разрешение, формат потока)?

2. Можно ли управлять активностью модуля распознавания автономеров? Система установлена на автовесах, в нашей программе мы всегда точно знаем, когда можно начать распознавание и когда его закончить - по датчикам положения и по показанию веса. Может это снизит нагрузку на процессор.

В текущей версии эта возможность не реализована

Можно ли получить средствами SDK отдельный кадр от камер по http-запросу? Видео по http передается, но при столь большой загрузке все просто "умирает".

http://127.0.0.1:8080/site?channelid=c1777b28-3792-435b-9322-b4d12875c369&login=root&password=&resolutionX=1920&resolutionY=1080 - скриншот realtime.

http://127.0.0.1:8080/site?mode=archive&startTime=05.11.2014%2006:05:00&channelid=c1777b28-3792-435b-9322-b4d12875c369&login=root&password=&resolutionX=1920&resolutionY=1080 - скриншот из архива. время в формате UTC

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