Как победить баги в IP видеонаблюдении?

Question

[Dmitrii]

Hi, All...

История такая — есть «шикарнейшая» камера OMNY 200 PRO, я предполагаю, что это какой-то брендированный китаец (какой именно, пока понять не удалось). Сейчас есть 6 таких камер. Дальше начинается самое интересное — есть машина с Core i7-4790K, 8GB RAM, SSD под систему и 1TB под архив. Сейчас на этой машине стоит винда. Теперь я расскажу, что я пробовал, и что из этого вышло.

1) Ivideon
Камер в списках нет, однако работает. Но работает криво. Если TCP — камеры регулярно отваливаются. Многие события оказываются не записанными в архив — это не допустимо. Если UDP — то при движении в кадре в 90% случаев за движущимся объектом будет следовать шлейф из артефактов (пикселей). В остальном работает хорошо, программная детекция движения отрабатывает отлично, пишется без потерь. Загрузка проца примерно от 24% до 30%.

2) Макроскоп (демо-версия)
Все нравится, все отлично, глюков как в Ивидеоне — нет. Есть только одна проблема — 6 камер грузят проц в полку. Пока что разработчики не могут понять, почему. Отправлял им логи — не спасло.

Остальной зоопарк также весь перепробовал, и AxxonNext, и прочее все — не нравится. Вопрос — что я делаю не так, неужели в 2015 году так сложно собрать нормальную систему видеонаблюдения, которая бы просто работала???!!!

Answer 1

[MgmZog]

Ну во-первых, это не самые плохие камеры. Во-вторых, большинство камер сейчас - это китай.

Далее - у вас проблема в планировании.
- Ваша машина с Core i7-4790K, 8GB RAM и т.д., это выделенный видеосервер, или на нем и смотреть будете?
- Чтобы не тормозил проц, нужно настраивать получение 2 потоков с камер и работу встроенного детектора движения.
- 1Тб диск для архива - это очень мало. На 6 камерах в FullHD 4мбит поток его хватит на половину дня.

Резюмируя, могу сказать, что и Macroscop, AxxonNext вполне справятся с таким конфигом и не должны тормозить.

Возможно вам стоило изначально рассмотреть покупку NVR вместо видеосервера на базе ПК.
Это было бы и дешевле, и проще в настройке.

Comments

[Dmitrii]

MgmZog даю ответы по порядку... 1) Машина это видеосервер, который и пишет, и на котором просматриваются как записи так и реалтайм... 2) В макроскопе это было настроено — не помогло… 3) 1Тб — пока хватает, вопрос не в этом… По итогу — макроскоп не справился с таким конфигом (загрузка в полку), AxxonNext вообще корректно не сумел отработать потоки с этих камер. Ивидеон справился более-менее, без тормозов, но есть жуткие артефакты. А теперь внимание вопрос — что не так?))) P.S. Возможно стоило рассмотреть, но видеосервер был в наличии.

[Maksim]

Дмитpий: А какой из потоков вы пишите?

[Dmitrii]

Maksim: основной конечно

[Maksim]

Дмитpий: ну я не знаю конечно вашей ситуации, но в моем случае мне не нежно в HD писать пустой коридор.

Может в вашем случае (если это возможно) писать среднее качество, создать триггер по активации которого пойдет запись в HD (скажем 30 сек до триггера и 30 после триггера) как бы и корридор всегда пишет в среднем качестве а если что то произошло то есть минута в 1 HD

[Dmitrii]

Maksim: Вы вообще читаете, что написано выше? Причем тут триггеры? Детекция отрабатывает все без проблем, пишется только движение, к этому сейчас никаких вопросов нет. Проблема в загрузке процессора, и сотрудники Macroscop подтвердили, что проблема есть, проблема в их продукте, пытаются решить. А если говорить про Ivideon — шлейф из пикселей на движущихся объектах (если используется UDP) и частый отвал камер (если используется TCP).

[St321]

Дмитpий: А типы кодеков менять пробовали? Может быть у вас там Mjpeg стоит в настройках... Или какая нибудь неведомая китайская модификация H264 которая работает только с конкретными регистраторами. Как вариант снизить нагрузку на сеть при разрешении FULLHD можно поставить 6 к/с. Если сравнивать с 25к/с, фактически в информативности архива разницы не будет.

[Dmitrii]

St321: Нет, там стоит H.264. Однако при подключении по ONVIF Макроскоп стал нормально работать и в итоге и был куплен, т.к. остальное все работало отвратно. По факту, камеры говно, либо я не умею их готовить... Проблематика лежит НЕ в сфере нагрузки на сеть, тут вопросов нет. Шлейф из пикселей при движении объекта при просмотре через RTSP, например. При этом если смотреть через браузер (а-ля NetVideo), то глюков нет, только вот кому он нужен-то, такой способ. Попробую подключить HikVision какой-нибудь, для сравнения, отпишусь позже тут.