[LostSoul]

1 час назад, jffulcrum сказал:

Что касается фирменной аналитики "камера+рег"

не видел такого, можно примеры?

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

 

[jffulcrum]

Bosch security

[Saab95]

В 11.06.2020 в 11:21, dr Tr0jan сказал:

Я честно скажу, я не знаю, как именно работает алгоритм детекции движения. Но мне всегда казалось, что работа любой аналитики производится на несжатом изображении, в таком случае битрейт не имеет никакого значения. Если это не так, поправьте. У меня 60-камерные серваки на производстве нормально работают. На загородных домах 10-16 камер, всё летает, проблем нет.

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

 

В 11.06.2020 в 11:21, dr Tr0jan сказал:

Речь про архив мультивида. Причём здесь онлайн просмотр?

Для онлайн просмотра можно во втором потоке хоть 32, хоть 96 каналов смотреть, но зачем? МВД Великобритании (признанный авторитет в мире в видеонаблюдения) доказало, что один человек способен адекватно анализировать полиэкран из максимум 9 каналов. При 16 каналах внимание рассеивается - раз, разрешение ухудшается - два. Никак не можем доказать это своим безопасникам. Но повторюсь, что даже 16 каналов 4K не несёт проблем с производительностью, как в архиве, так и в онлайне.

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

 

В 11.06.2020 в 11:21, dr Tr0jan сказал:

Ещё раз, на нормальных камерах 4K (в т.ч. Dahua, я уже не говорю про Honeywell и тем более Axis) при битрейте 4 Mbps качество картинки позволяет полноценно наблюдать за объектами в 20 000 кв. м, или за помещениями с 200 человека с возможностью немашинного распознавания лиц.

Мы когда выбирали битрейт все проверяли, какая скорость потока на что влияет, сравнивали картинки и т.п.

Еще раз напишу - если задний фон статичный, например стена, улица со стенами зданий, дорога с машинами - там можно работать на малых битрейтах.

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

 

В 11.06.2020 в 11:21, dr Tr0jan сказал:

Такие задачи регулярно (несколько раз в месяц) прекрасно решаем на FHD камерах (Panasonic, Dahua) с битрейтом даже меньше 4Mbps.

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

 

В 11.06.2020 в 11:21, dr Tr0jan сказал:

И ваше тоже не потянет. А иначе расскажите, как сохранить месячный архив с 60 камер битрейтом 15 Mbps (вы же оба потока пишете + звук) в течение месяца? И как потом обеспечить одновременную работу с этим архивом 30 сотрудникам? 300 терабайт то. С рэйдом и возможностью горячей замены.

Ну а 16 камер - 80 терабайт, где всё это дело в загородном доме хранить и охлаждать?

Запись идет по детектору движений. Половина камер в помещении и срабатываний не так много, большая часть на улице так же расположена, что мало раскачивающихся объектов, и лишь на части высокий уровень срабатываний, например проходная где постоянно движуха идет и т.п. По сути каждая камера в сутки пишет часа 4-5, некоторые 8-12. Поэтому реальные архивы не такие и большие. 16Тб на 16 камер вполне хватает что бы записывать месяц - 3 недели.

И зачем 30 сотрудников? Если даже взять предприятие, то там обычно максимум 2 пункта охраны смотрят и один безопасник в офисе, то есть 3 подключения с просмотром камер, архив одновременно обычно кто-то один смотрит, кому права на это есть. Поэтому ноу проблем.

 

В 11.06.2020 в 11:21, dr Tr0jan сказал:

Что на каждую камеру в отдельности зайти, что зайти в настройки детектора движения каждого канала в сервере.

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

[dr Tr0jan]

On 6/13/2020 at 12:30 AM, Saab95 said:

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

На сжатом или несжатом потоке производятся сии действия?

 

On 6/13/2020 at 12:30 AM, Saab95 said:

Но когда идет слежение за конкретным объектом, например человек ходит по территории, идет в одном маленьком экране, потом появляется в другом и так далее - такое можно анализировать и в 32 экранчиках, лишь бы чрезмерно мелко не было если монитор с малым разрешением.

Межкамерный трекинг в сабжевом макроскопе работает прекрасно. Больше трёх камер (до, во время, и после) для мультивида не нужно.

 

On 6/13/2020 at 12:30 AM, Saab95 said:

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

Думаете, в Хабаровске не бывает газонов с травой? И газоны, и трава, и лес, всё как везде. В маскхалате под камерой не пробовал лазать, надо попробовать - посмотреть разницу на детекте/битрейте. :)

On 6/13/2020 at 12:30 AM, Saab95 said:

И зачем 30 сотрудников? Если даже взять предприятие, то там обычно максимум 2 пункта охраны смотрят и один безопасник в офисе, то есть 3 подключения с просмотром камер, архив одновременно обычно кто-то один смотрит, кому права на это есть.

Я не могу ставить эксперименты на загородных домах. Только непосредственно в офисе. Безопасников у нас без малого около 1000 человек, из них около 30 постоянно смотрят видео (и онлайн, и архив).

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

On 6/13/2020 at 12:30 AM, Saab95 said:

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

Что? Потратить на 10 минут на настройку загородного дома больше? Настройки делаются всего два раза за всю жизнь объекта (летом и зимой).

[Saab95]

1 минуту назад, dr Tr0jan сказал:

На сжатом или несжатом потоке производятся сии действия?

Ясно дело на сжатом, который пришел с камеры на сервер.

 

1 минуту назад, dr Tr0jan сказал:

Межкамерный трекинг в сабжевом макроскопе работает прекрасно. Больше трёх камер (до, во время, и после) для мультивида не нужно.

А если там есть и другая движуха? Как этот трекинг будет работать?

 

2 минуты назад, dr Tr0jan сказал:

Что? Потратить на 10 минут на настройку загородного дома больше? Настройки делаются всего два раза за всю жизнь объекта (летом и зимой).

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

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

[dr Tr0jan]

52 minutes ago, Saab95 said:

Ясно дело на сжатом

Докажи или GTFO.

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

 

54 minutes ago, Saab95 said:

А если там есть и другая движуха?

Пространственно-цветовые характеристики. Работает норм, но все камеры должны быть примерно одинаковыми (т.е. нельзя воткнуть старый evidence и следом свежую dahua), освещение сцен должно быть также похожим (нельзя освещать одну сцену синим светодиодом, другую - жёлтой лампой накаливания или вообще луной).

 

57 minutes ago, Saab95 said:

некоторые камеры на бетонных столбах покосились вместе со столбом

Соболезную. На пяток четырёхтерабайтных винтов денег не жалеют, а на бетонные столбы жалеют (для справки, у нас глубина промерзания 2,60 метра).

Ну а про резкость, нормальные камеры с нормальным автофокусом сами решают эту проблему.

[alibek]

18 минут назад, dr Tr0jan сказал:

Покажи хоть один алгоритм, который без декомпрессии умеет хоть что-нибудь из следующего

Не знаю, можно ли верить рекламе, но одно время Макроскоп анонсировал свое ноу-хау — более низкую утилизацию CPU за счет того, что часть аналитики осуществляется на кодированном видеопотоке (без декодирования).

[Saab95]

4 часа назад, dr Tr0jan сказал:

Докажи или GTFO.

Покажи хоть один алгоритм, который без декомпрессии умеет хоть что-нибудь из следующего

Имелось в виду на сжатом потоке с камеры, ясно дело программа его распаковала для работы. Это тут ранее упоминали что камера якобы своим слабым процессором сравнивает исходные кадры с матрицы без сжатия=)

 

4 часа назад, dr Tr0jan сказал:

Пространственно-цветовые характеристики. Работает норм, но все камеры должны быть примерно одинаковыми (т.е. нельзя воткнуть старый evidence и следом свежую dahua), освещение сцен должно быть также похожим (нельзя освещать одну сцену синим светодиодом, другую - жёлтой лампой накаливания или вообще луной).

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

 

4 часа назад, dr Tr0jan сказал:

Соболезную. На пяток четырёхтерабайтных винтов денег не жалеют, а на бетонные столбы жалеют (для справки, у нас глубина промерзания 2,60 метра).

Ну а про резкость, нормальные камеры с нормальным автофокусом сами решают эту проблему.

Потому что столбы уже установлены и можно или на них устанавливать, или вообще не устанавливать.

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

 

4 часа назад, alibek сказал:

Не знаю, можно ли верить рекламе, но одно время Макроскоп анонсировал свое ноу-хау — более низкую утилизацию CPU за счет того, что часть аналитики осуществляется на кодированном видеопотоке (без декодирования).

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

[dr Tr0jan]

19 hours ago, Saab95 said:

Имелось в виду на сжатом потоке с камеры, ясно дело программа его распаковала для работы.

Тогда, какая разница в битрейте для процессора? Что 4 Mbps, что 10 Mbps - нагрузка на проц будет примерно одинаковая.

19 hours ago, Saab95 said:

И как будет работать утром и вечером? Когда с одной стороны здания ярко светит солнце, с другой стороны наоборот - темнота?

Прекрасно работает. Уличное освещение по времени суток резко не изменяется, по площади/месту тоже резко не изменяется. Значит, объект при переходе от камеры (сцены) к камере (сцене) резко измениться тоже не может. Только если в помещение не заходит, что тоже прекрасно решается правильным освещением сцен.

 

19 hours ago, Saab95 said:

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

Над освещением в гараже надо работать. И техподдержку Макро побольше пинать.

На заре внедрения макроскопа на предприятии (лет шесть назад) ради эксперимента воткнули в него старую eVidence Apix Vdome M1 (кстати, до сих пор работает прекрасно) и завели аналитику, по приколу решать три разные задачи (в т.ч. и детектор движения) в (!) контровом солнечном свете. Так вот софт прекрасно справился с детектором движения, сами в шоке.

[alibek]

У Макроскопа аналитика довольно своеобразная. Но в целом довольно хорошая, на фоне альтернатив.

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

[Saab95]

В 16.06.2020 в 14:46, dr Tr0jan сказал:

Уличное освещение по времени суток резко не изменяется, по площади/месту тоже резко не изменяется. Значит, объект при переходе от камеры (сцены) к камере (сцене) резко измениться тоже не может. Только если в помещение не заходит, что тоже прекрасно решается правильным освещением сцен.

Вы видели вообще что на камерах происходит? А когда контраст, то есть угол дома перекрывает свет солнца, часть картинки ярко освещена, а другая очень темная. В этом случае даже при переходе человека из освещенного места в темное или наоборот, объект теряется.

 

В 16.06.2020 в 14:46, dr Tr0jan сказал:

Над освещением в гараже надо работать. И техподдержку Макро побольше пинать.

Ну да днем открывая ворота еще пару прожекторов по 1000 ватт включать для внутренней подсветки=)