Форум MACROSCOP

Немного наблюдений, замечаний, предложений и вопросов по Macroscop:

1. В последней доступной версии 1.11.112 развёртка для панорамных камер не работает в режиме просмотра архивов.

2. Было бы неплохо, если бы для библиотек и исполняемых файлов Macroscop появилась цифровая подпись - ПО как никак для обеспечения безопасности.

3. В меню проигрывателя в подпункте "Файл" включено сглаживание текста, а в подпункте "Вид" нет. Последний вариант наиболее предпочтителен.

4. В меню проигрывателя странная отрисовка выделения пунктов подменю "Вид".

5. В последней версии программы 1.11.112 используется новый тип архива, но при инсталяции программы также устанавливается и Firebird. Используется ли каким-либо образом Firebird в последних версиях Macroscop, и если да, то в каких? Очень странным и небезопасным выглядит использование стандартных учётных записей для Firebird. Также немаловажным недостатком является отсутствие в руководстве пользователя каких-либо упоминанний об использовании БД Firebird.

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

вот хорошо бы , если после такой кучи конкретных , точечных замечаний , большие важные серьёзные товарищи из Сколково , потом хоть как-то премировали деньгами ....сколько можно бесплатно рассказывать ? особенно в таких объёмах .

Сергей, добрый день.Для того, чтобы разобраться в вашей ситуации, нам необходимо получить логи Macroscop: Пуск-все программы-Macroscop-служебные - упаковка логов. Логи вы можете выложить на файлообменник и отправить ссылку в личном сообщении Macroscop (http://www.security-bridge.com/forum/user/140236/)

Добрый день, Юрий. Благодарим Вас за анализ программы и пожелания, эта информация доведена до product-manager'а Macroscop. Мы готовы ответить на несколько Ваших вопросов:

В последней версии программы 1.11.112 используется новый тип архива, но при инсталяции программы также устанавливается и Firebird. Используется ли каким-либо образом Firebird в последних версиях Macroscop, и если да, то в каких? Очень странным и небезопасным выглядит использование стандартных учётных записей для Firebird. Также немаловажным недостатком является отсутствие в руководстве пользователя каких-либо упоминанний об использовании БД Firebird.

БД Firebird используется для хранения только данных от аналитических модулей и журнала событий. Новый же тип архива, доступный в версии 1.11, используется для хранения видеоданных и звука.

Стандартные учетные записи используются специально. Использование жестко прописанного пользователя было бы ненамного безопаснее. При генерации пароля случайным образом во время установки, в случае, если файл, в котором хранится этот пароль, будет испорчен (например, при выходе из строя системного диска), пользователь не сможет получить доступ до данных из Клиента без дополнительных действий по восстановлению. Мы приняли решение, что лучшим будет вариант легкого для пользователя получения доступа к данным. Кроме того, название базы данных является случайным, и не зная его, доступ до данных посторонним не получить.

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

По руководству: что бы Вы хотели узнать о БД из руководства? Какую информацию включить? Почему это является немаловажным недостатком?

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

Юрий, добрый день.

Разработчики Macroscop провели серию экспериметнов для того, чтобы воспроизвести Вашу ситуацию:

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

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

В данном случае можно сделать вывод о том, что очень плохо было до версии 1.6.x, в которой как и в случае с mpeg4 появилась значительная оптимизация, которая была сломана к версии 1.9.x и немного реанимирована в версии 1.10.x.

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

Одна из серий экспериментов, которые мы провели:

Установка версии 1.8.85, затем обновление до 1.9.73, после до 1.10.62. В конфигурации на 1.8.85 по всем каналам включался детектор, дополнительно никак не настраивался.Результаты:

25 каналов h264: загрузка в трех версиях - 91%, 43%, 31%.

10 каналов mjpeg: 46%, 16%, 10%.

15 каналов h264: 83%, 28%, 17%.

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

Добрый день

Система состоит из двух серверов. На каждый сервер подключено по 40 камер.

На каждом сервере установлено две сетевые карты - одна в сеть видеонаблюдения (видеокамеры), другая в сеть управления.

В Конфигураторе, сервера подключены с указанием IP адресов из сети видеонаблюдения.

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

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

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

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

Решил провести сравнение нагрузки серверной части версий 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.

Добрый день,

При просмотре видеоархива часто показывает черное окно с надписью "Ожидайте" на УРМе (версия 1.11.112), приходится перезапускать ПО и бывает с раза 3-го только все норм работает.

ascheulov-rd , добрый день.

На сервер установил сразу версию 1.11.112 и тормозило ужасно, загрузка процессора была на 100% и это всего лишь при подключеных 14 в/камер.

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

Укажите, пожалуйста, свои контактные данные в личном сообщении пользователю MACROSCOP или на zhevnenko@macroscop.com с пометкой "обращение с форума"

Для анализа нам нужна дополнительная информация - логи сервера и клиента. Логи Вы можете выложить на любой файлообменник и прислать ссылку также в личном сообщении (http://www.security-bridge.com/forum/user/140236/). Для того, чтобы получить логи необходимо:

1) Включить режим отладки: меню Пуск - Все программы - Macroscop (Сервер/Клиент/Standalone) - Служебные программы - Включить режим отладки.

2) Перезапустить службу/программу Macroscop (Сервер/Клиент/Standalone).

3) Смоделировать ситуацию, вызвавшую проблему. (*)4) Упаковать логи: Пуск - Все программы - Macroscop (Сервер/Клиент/Standalone) - Служебные программы - Упаковка логов._______

*-Вы можете либо повторить ситуацию и упаковать логи для нее, либо выслать нам полный пакет логов, но указать время, когда возникла проблема.