Форум по системам видеонаблюдения и безопасности.

задача - построение системы видеонаблюдения на 50 камер с возможным расширением дальше.
Уже существует система на 40 камер Axis - сервер на CentOS пишет в архив по движению с помощью motion, охрана смотрит камеры с помощью zoneminder client'a. Существующие недостатки - высокая нагрузка на сервер и низкое разрешение на запись, motion ни к какую не хочет писать более 640х480 и не понимает rtsp. Планируется миграция на более удобное решение.


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

Можно даже отдельно ПО для записи и ПО для просмотра потоков реалтайм.

трассир
макроскоп
айтиви
исс

dts писал(а): Подскажите ПО для сервера:
- понимает rtsp
- пишет архив по движению в кадре
- поддерживает разрешение 800х600 и выше
- клиент для поста охраны
- желательно свободное, на крайний случай недорогое

Можно даже отдельно ПО для записи и ПО для просмотра потоков реалтайм.

Задачи у вас довольно простые. Возможно есть смысл заменить ПК на NVR.

Софтовых решений бесплатных и нормальных нет. Платные есть:
AxxonNext (есть бесплатная ограниченная версия)
Trassir
SecurOS
Macroscop

До скачка курса $ было дешевле взять NVR или от Хика (у них адекватное ПО - iVMS) или от других производителей с поддержкой SmartPSS (брат - близнец iVMS)

Мы используем систему "Линия" На 1 системник i7 можно до 64 ip камер посадить.

Trassir вроде неплох, но хотелось бы отзывы живых владельцев 100 камер под его управлением. Заявляют до 128 потоков на довольно слабом сервере. Реально ли они будут работать и не тормозить?

dts писал(а):Trassir вроде неплох, но хотелось бы отзывы живых владельцев 100 камер под его управлением. Заявляют до 128 потоков на довольно слабом сервере. Реально ли они будут работать и не тормозить?

100 камер с битрейтом 2Мбит, кадром 1280*720 и 100 камер с битрейтом 10Мбит, кадром 1920*1080 не одно и тоже

Если сервер кормить rtsp и при этом заставлять его обнаруживать движение, то ни какого сервера не хватит, а вот если задачу детекции движения оставить камерам и соединить их с сервером по родному протоколу, то серверу остается только складывать поток на винч. Трассир с этим спровляется. С каких пор сервер на i7 стал слабым?

GenaSPB писал(а):Если сервер кормить rtsp и при этом заставлять его обнаруживать движение, то ни какого сервера не хватит, а вот если задачу детекции движения оставить камерам и соединить их с сервером по родному протоколу, то серверу остается только складывать поток на винч. Трассир с этим спровляется. С каких пор сервер на i7 стал слабым?

Родной протокол это какой?

поток примерно 3 Мбит, 800*600

Какой максимум камер сможет выдержать i7 с детекцией движения на сервере?
А если несколько серверов ставить, клиентское ПО сможет всё собрать в единое пространство?

сильно зависит от видов детекторов.

У вас собственный подведомственный объект или подряд?
100 камер на 1 сервер в любом случае как то... недальновидно что ли...

Планируйте на 50 камер. Потом как почувствуете полку - добавите второй(если потребуется).

dts писал(а):Родной протокол это какой?

У каждого производителя свой протокол передачи данных, свои библиотеки. Даже у одного производителя для разных камер он может быть различным. Соответственно если в ПО нет поддержки какой либо камеры, то по родному протоколу ее к серверу не подключить и тут начинаются танцы с бубном вокруг ONVIF и RTSP.

трассир совместо с аксисом разработал плагин который загружается на камеру аксис и вся обработка детекции делается на нём. (аналог хика)