Форум MACROSCOP

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

Сейчас для вывода изображений на сайт используются статические страницы вида:domain.ru/web/index.html (по "7. Организация вещания видео на сайт" SDK-Guide). Хотелось бы уйти от статики и перейти на динамическое формирование страниц с использованием php.

Штатный веб-сервер macroscop, который устанавливается при установке macroscop-сервера и называется мобильным сервером, не имеет php-обработчика. Есть ли какая-то возможность добавить php-обработчик к штатному веб-серверу? Есть такие наработки?

Уважаемая команда MACROSCOP.

На фоне непрекращающегося роста стоимости ОС Windows - когда ожидать хотя бы Клиента под linux, одноплатные компьютеры ?

Дорогие господа разработчики!

Пишу Вам с целью по достоинству оценить и, возможно, улучшить качество работы ПО Macroscop. Все замечания по пунктам. Все описанное применимо к версии 1.11.164, некоторые пункты применительны и к более поздним версиям. Прошу не бить ногами, если спросил глупость. Итак:

1) Многократно вылезала проблема вылетания Standalone на поставляемых NVR. Единственным решением оказывался снос родного standalone и установка только одного Macroscop Server (64x). Расстроило, что вылезла беда сразу "из коробки". Дата поставки серверов (10 штук) - вторая половина декабря 2015. Учитывая стоимость серверов это слегка разочаровало.

2) Есть у Вас в конфигураторе при настройке канала хорошая галочка "подключаться через сервер", которая ставится сама по дефолту. Если её убрать, то все конечные клиенты получают видео поток напрямую с камер, что значительно помогает снизить нагрузку на сеть. Но есть одно но! Очень хотелось бы, чтоб эта галочка была и в конечном клиенте. У нас очень часто бывает, что никак нельзя садить человека именно в подсеть камер, и потому при отсутствии галочки маршрутизация не работает - он просто не может увидеть трансляцию находясь в сети 10.103.*.*, от камеры с адресом 192.168.6.*. Мост между сетями для нас неприемлем ввиду требований политики безопасности. Т.е. если я ставлю галочку в конфигураторе, то абсолютно для всех пользователей данного сервера изменится маршрутизация. В этом беда.

3) Извечная проблема обновления. Хорошо когда ты покупаешь кучу серверов одновременно и живешь с этим долго и счастливо, но у нас всё не так. Мы докупаем их по немногу и каждый раз надо либо все сервера обновлять вверх до старшей версии, либо убивать старшего и делать ему ту же, например, 1.11.164, что и у остальных. Периодически на клиентах по всему предприятию вылезали эти попытки обновиться, а прав админа у них нет. Как правило, не могли они подключиться именно к "старшему". После длительных кровопролитий решением было просто удаленно копировать всю папку с макроскоп-клиентом (в зависимости от разрядности) в \\host\~macroscop-client. Так получалось намного быстрее. Можно конечно всем выдать права локального админа, но тогда начинается беда с политикой безопасности предприятия.

4) Есть также хорошая галочка на клиенте в настройке рабочего места, которая зарезает отображаемый поток до необходимого числа кадров в секунду. Всё классно, но почему то исправно работает обычно только для формата mjpeg, у h264 данная надстройка не срабатывает, что можно видеть при ключении режима отладки. Сделайте и для h264, это позволит запускать макроскоп и совсем на дохлых пк, либо подскажите стабильную версию, где это реализовано.

5) Еще одна галочка, которая живет под детектором движения "использовать детектор движения встроенный в камеру". Галочка периодически тоже подводила вплоть до скандалов, когда очень интересный момент пролетал. Возможно это беда интеграции, либо детекция не была запущена на камере. Решением стало перевесть ответственность за несохранившийся архив на тех, кто их смотрит, путем установки у них на клиенте галочки "показывать рамки объектов". Эти бегающие красные рамки, отображающие движения операторы видят, а по их отсутствию они сразу сообщают нам, что наступила беда. Нагрузка на ЦП клиента возрасла не сильно.

6) Существуют некоторые конкуретные особенности Domination, которые Вы могли бы реализовать и у себя. Не нашел название, к сожалению, но одна из самых любопытных это возможность получения на клиенте не всего потока целиком, а лишь измененных "частей" изображения. Зачем слать на клиент такой жирный поток, да еще и 25 к/с, если на картинке меняется лишь 1% от экранной картинки в 5 секунд. Опять же путь уменьшения нагрузки на сеть и нагрузки на клиент.

7) В свое время, когда терялся архив и начинались разбирательства было не совсем понятно, в чем же причина. Либо это питание на камере, либо это галочка по детекции движения не отработала, либо еще что. Был опробован макроскоп-мониторинг. Хорошая штука, но она могла бы стать намного лучше, если бы можно было выгружать в эксель данные по запросу "дата" / "дата и камера", или вовсе "все камеры за все время". И чтоб красным было выделено, если архив не писался, а зеленым, если он есть. Думаю это пожелание очень странное, но наша служба качества видела это идеальным решением, на основании которого нас можно будет наказывать. В любом случае так проще отследить отпадание камеры на ранней стадии, а не через 10 дней после инцидента.

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

9) В ранних версиях макроскоп еще 1.10.xx я наблюдал моменты когда наступал час "иск" и перед все камеры фиксируют движение. Начиналось запись по движению, обработка альтернативного потока и приводило к зависанию через 5-6 часов. Как я не зарезал число кадров, положительной динамики не было. После версии 1.11.164 проблема практически ушла, либо удалось настроить более оптимально камеры-сеть-сервера.

10) Технически может ли сеть с камерами и серверами использовать в качестве шлюза (gateway) сам сервак с макроскопом!? Ну например дам я ему адрес 192.168.6.1, а у всех остальных серверов-камер-клиентов в параметрах сети буду выставлять ip 192.168.6.*, 255.255.255.0 , ну и gateway и DNS 192.168.6.1. Если такое невозможно, то подскажите подходящее железо, которое можно использовать в качестве шлюза видео, пригодное для системы из 200 камер, 20 серверов и 40 клиентов. Общий поток не слабый получается. В данный момент приходится просто локализовать камеры, клиентов, и сервер в одной зоне. Таким образом, чтоб в случае падения шлюза архивация продолжалась.

11) Не получается сделать ярлык автовхода на web-клиент. Как я не изощрялся, автовход под конкретным пользователем не реализован. Тех.поддержка это подтвердила. Учитывая, что у нас целый ряд пользователей живут по принципу "а зачем мне знать пароль", очень хотелось бы, чтобы Вы реализовали автовход. Автовход в макроскоп-клиент через батник отлично работает.

Если что то из перечисленного пофиксено, то сообщите номер версии, я смело обновлюсь до неё и смело дам положительный отзыв о использовании Macroscop. Рад пробовать новые версии, очень жду новостей. Разрешение данных вопросов станет заключением для использования макроскоп в новом терминале аэропорта "Большое Савино", где планируется использование порядка 400 камер, таким образом 500-600 камер в сумме, с Macroscop Cloud. Выбор вендора еще не определен на 100 %, возможны и другие вендоры.

Егор (8 965 567 0611)

liberstein@icloud.com

liberstein@aviaperm.ru

АО "Международный аэропорт "Пермь"

Добрый день!

Вопрос по автономерам и их детекции. Надо списки номеров отсылать по почте. Это возможно?

Кто сделает отпишите в личку плз.

Дорогие господа разработчики!

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

1) Так надо было писать в техподдержку Макроскопа, такие вопросы они решают быстро и эффективно. Зачем отписываться тут?

2) Каким образом это снижает нагрузку на сеть то? Идет обычное перераспредление с серверов на камеры. Причем камеры будут в итоге слабым звеном, при большом кол-ве клиентов. У них обычно ограничение в 5-10 клиентов на подключение. У нас камеры в своих вланах (их уже 3), сервера находятся в другом влане, пользователи (уже около 50) находятся в своих вланах в зависимости от местонахождения и группы.

Про политику безопасности - мне кажется этот вопрос отлично решается галочкой "подключаться через сервер". Прямого доступа к камерам у пользователей нету, на сети АСЛ только для сервера макроскопа. Авторизация у макроскопа есть вплоть до АД, что вполне приемлемо для всех политик безопасности.

3) Проблем с обновление у клиентов уже давно нету, начиная с 1.12 версии. Ставьте в папку пользователя appdata (куда он по дефолту предлагает) и автообновление будет отлично работать. Права админа требуются только для плеера (что да, я прям раздражает) но это не обязательно обновлять :).

4) У них в свое время было ограничение кадров на запись, но потом они даже от этого отказались, из-за проблем с опорными кадрами. Мы режим кадры на камерах. Не видим смысла более 15 кадров/с с камеры.

5) А вы смелые :) Мы из-за вот таких проблем с детекцией решили для себя, что камеры авиационной безопасности пишим всегда 24/7. А все остальное - либо архив уменьшаем, либо по детекции.

6) Как бы H264 и так шлет опорный кадр и далее изменения к нему. Оно и так работает по этому принципу. Еще раз - зарезайте поток на камере, 25 кадров жирно слишком. Ну и битрейт тоже уменьшайте. Уменьшите потребность в объемах архива, в кол-ве серваков и нагрузке на сеть.

7) Рекомендую внедрять систему мониторинга - Zabbix, Nagios, PRTG. Без них в сложных системах как у нас делать нечего. Макроскоп никогда не создаст такой же хороший мониторинг, как эти системы. Слишком много нужно мониторить, чтобы понять что не так. Потери пинга, нагрузка на порту, состояние порта и т.д.

8) Это правда, мы тоже рвемся напрямую работать с макроскопом, но в итоге нашли хорошего ресселера. Чего и вам желаем.

9) Переходите на 2.0.100. Мы уже месяца два как перешли, считаем что уже стабильно работает. В некоторых аспектах даже лучше. Если проблемы возникают - сразу в техподдержку макроскопа и вперед. Еще раз - техподдержка макроскопа отличная.

10) Не пойму зачем, если в целом это можно делать на коммутаторах L3 и маршрутизаторах.

Макроскоп клауд? Он точно вам нужен? Это же решение провайдеров, а не аэропортов. Для нас есть отличная версия - Ультра, с поддержкой видеостен. :)

Удачи вам в эксплуатации!

P.S. 3 Сервера, 1 НВР, 80 камер.

Для видеостены используем Nvidia NVS 510 (на 4 экрана, примерно 30-40 камер выводим, загрузка GPU 60-80%), сейчас на подходе Quadro K1200. Работает NVS просто отлично.

У пользователей видеокарты не ставим, либо встроенные, либо процессор.

Для видеостены используем Nvidia NVS 510 (на 4 экрана, примерно 30-40 камер выводим, загрузка GPU 60-80%), сейчас на подходе Quadro K1200. Работает NVS просто отлично.

У пользователей видеокарты не ставим, либо встроенные, либо процессор.

34-40 камер в каком разрешении?

Для видеостены используем Nvidia NVS 510 (на 4 экрана, примерно 30-40 камер выводим, загрузка GPU 60-80%), сейчас на подходе Quadro K1200. Работает NVS просто отлично.

У пользователей видеокарты не ставим, либо встроенные, либо процессор.

34-40 камер в каком разрешении?

Для видеостены используем Nvidia NVS 510 (на 4 экрана, примерно 30-40 камер выводим, загрузка GPU 60-80%), сейчас на подходе Quadro K1200. Работает NVS просто отлично.

У пользователей видеокарты не ставим, либо встроенные, либо процессор.

34-40 камер в каком разрешении?

частота кадров?

видеостена и севервер на одной машине?

Для видеостены используем Nvidia NVS 510 (на 4 экрана, примерно 30-40 камер выводим, загрузка GPU 60-80%), сейчас на подходе Quadro K1200. Работает NVS просто отлично.

У пользователей видеокарты не ставим, либо встроенные, либо процессор.

34-40 камер в каком разрешении?

частота кадров?

видеостена и севервер на одной машине?

Все камеры настраиваю на 10-15 кадров/с, не более. Битрейт ~ 2048, стараюсь VBR.

На разных, с моей точки зрения это вещи, имхо, не совместимые.