Телекоммуникационный шкаф на 9U, гордо именуемый местными электриками "серверной"
Вдохновившись статьей datacompboy об организации домового видеонаблюдения, я решил осуществить нечто подобное и в своём подъезде. Начал с формулировки техзадания: видеорегистратор выбывает из-за невозможности масштабирования в других подъездах, системник — из-за колхозинга, поэтому ядром я решил назначить сервер. Камеры IP, минимум 720P. Расположение камер тогда меня не волновало.
Начало
Нашел в Химках б/у сервер с двумя горячими Xeon E5345, поставил рулить трафиком Mikrotik 2011. Купил 2 русско-китайских OEM камеры, Master MR-IPN113P и IPEYE 3871. Так как у камер нет нативного PoE, питание камерам подаю через колхоз-PoE: блоки питания на 12В в подвале, далее по свободным жилам в витой паре, а в распредкоробках у камер оно уходит на пигтейлы с круглыми разъёмами. Жесткий диск на 2тб подарил сосед, так что архива хватает на 20 дней непрерывной записи.
Монтаж
Под серверную была выделена маленькая "комнатка" в подвале, искал долго, хороша тем, что находится под лифтовым холлом, а не под квартирами, есть строительные кабель-лотки, да и до этажного стояка всего 5 метров.
В подвале нет ни одной изолированной комнаты, и это очень плохо, так как чтобы сделать полноценную серверную в будущем придётся строить как минимум одну стену.
Питание от электрощитовой, пришлось проложить 60 метров NYM 3x1,5. Кабель заходит в маленьких бокс с вторым автоматом C6 (чтобы не бегать в щитовую при перегрузке). Удивительно, но он даже от перфоратора не вырубался.
Сам шкаф белорусского производства, боялся, что весной затопит, поэтому подложил под него коробку плитки (видно на первой фото)
У консьержки стоит монитор, VGA кабель протянут к серверу, в который я кое-как умудрился впихнуть простенькую видеокарту AMD. Правда, без отпиливания лишних линий на видеокарте не обошлось (оба порта на материнской плате — 8x). Кабель пришлось разрезать и скручивать, из-за чего присутствуют некоторые помехи. Наверное, это из-за плохого экрана в месте пайки? Или из-за разной длины линий?
VLC запускаются по скрипту, DE — Openbox
Программная часть
На сервере стоит Ubuntu с KVM гипервизором. ПО для видеонаблюдения крутится на отдельной ВМ, сайт ТСЖ — на своей.
Исторически я хотел обойтись малой кровью и настроить всё на ZoneMinder. Но нагрузка процессора меня поразила… Да и хранение видеоархива в виде кучи джипег картинок тоже не радовало. На всякие коммерческие продукты переходить не хотелось: они обходят Linux стороной (а я обхожу Windows), да и бюджет не предусматривал покупку ПО…
Так и родился проект PartCCTV. Расскажу про него в следующей статье.
TODO
Развернуться на другие холлы подъездов, охватить выходы на чердак и входы в подвал.
Комментарии (109)
Segmentq
10.08.2016 15:50+1motion хорошо справляется со своей задачей.
miron36357
10.08.2016 15:58Это же детектор движения. Т.е. это не готовый продукт, а узкоспециализированная программа. Она нужна лишь для аналоговых или древних цифровых камер, которые сами не умеют детектировать движение. Иначе можно по ONVIF детектить.
PartCCTV это еще не умеет, как раз в следующей статье про развитие проекта и напишу.Segmentq
10.08.2016 16:08+1Ошибаетесь. Отключите детктор и включите запись потока. Поддерживаются и сетевые источники.
URL to use if you are using a network camera (incl http:// ftp:// mjpg:// rtsp:// mjpeg:// or file:///). Size will be autodetected
Must be a URL that returns single jpeg pictures or a raw mjpeg stream. A trailing slash may be required for some cameras., URL to use if you are using a network camera (incl http:// ftp:// mjpg:// rtsp:// mjpeg:// or file:///). Size will be autodetected
http://www.lavrsen.dk/foswiki/bin/view/Motion/ConfigFileOptionsmiron36357
10.08.2016 16:10Но зачем оно нужно, если ffmpeg легче и кушает меньше?
К слову, PartCCTV и есть продвинутая обертка над ffmpeg. Как я уже говорил, ничто не мешает прикрутить motion и сделать переключалку бэкэндов.Segmentq
10.08.2016 16:14-1Вы вообще смотрели что такое motion? Он вообще-то и использует ffmpeg! surprise!
miron36357
10.08.2016 16:16O.o
Не знал. Но его сложнее настраивать, нужно парсить его конфиг и т.д. (Опять же, он полусырой, поэтому он не может заменить полноценное ПО видеозаписи и годится лишь как бэкэнд)Segmentq
10.08.2016 16:17Откуда такие познание в ПО, которое вы даже не пытались запустить и настроить? Развернуть motion дело минут 7 вместе с установкой. Я уж молчу про дальнейший стрим потоков… и встроенный вебсервер…
miron36357
10.08.2016 16:19Нуу, у него нет API, нет GUI, он не умееть работать с камерами по протоколу ONVIF (при детектинге на самих камерах, а софтварный детектинг меня не устраивает, проще жестких дисков побольше прикупить) Насколько я знаю, настраивается лишь через конфиги.
И какая у него нагрузка ЦП при постоянной записи h264 720P потока в контейнер MKV? На ffmpeg — 2%Segmentq
10.08.2016 16:24+1Откуда мне знать какая будет нагрузка на вашем железе? Motion использует ffmpeg для кодирования потока. Вероятно, что нагрузка не измениться. Вам часто надо менять конфиг для камеры? Какой функционал API вам нужен? Вам нужно хранить видео с камер — motion с этим справляется в разных форматах с разных источников.
miron36357
10.08.2016 16:28+1Помимо записи должен быть интерфейс просмотра этих самых записей. Причем из браузера.
Управление через конфиг неприемлемо, зачем абы кому доступ к ВМ? API как раз и нужно чтобы управлять этими самыми камерами.
А еще желательны плюшки в виде логгирования ошибок и передачи их через Telegram или любой другой Monolog Handler.
miron36357
10.08.2016 16:24А зачем вебсервер-то? Есть теплый ламповый nginx, настроить его для стриминга rmtp потоков — легко, а еще я скоро начну пилить авторизацию юзеров, nginx легко можно заставить отдавать потоки лишь по токенам.
Умеет ли это motion? Нет.Segmentq
10.08.2016 16:29+1Да и хранение видеоархива в виде кучи джипег картинок тоже не радовало. На всякие коммерческие продукты переходить не хотелось: они обходят Linux стороной (а я обхожу Windows), да и бюджет не предусматривал покупку ПО
Motion решает конкретно эту задачу. Кто запрещает использовать motion и nginx в связке?miron36357
10.08.2016 16:30Ну вооот. А я о чем говорю: Motion — не готовый продукт, а лишь бэкэнд. И он прекрасно уживется в связке Nginx — PartCCTV — Motion
Segmentq
10.08.2016 16:57motion это готовый продукт для записи потоков видео в разных форматах и из разных источников, по событиям и без, с гибкими настройками. То что он не комбайн под ваши фантазии не говорит о нем как о не законченном продукте.
Urshulyak
10.08.2016 17:29+1Зачем использувать голый Motion, когда есть ccrisan/motioneye — надстройка з веб-интерфейсом. Дома работает вже год.
miron36357
10.08.2016 17:32Вооот, это куда лучше чем голый motion. Но для моих нужд — 20+ камер в будущем (а ради этого всё и задумывалось) оно, увы, не подходит.
mihmig
10.08.2016 16:01а motion может писать не jpg+swf(!)
а, допустим *.mpg за 20 секунд до motiondetect и 20 секунд после?
можете скинуть пример конфига в личные сообщения?Segmentq
10.08.2016 16:06Values: mpeg4, msmpeg4, swf, flv, ffv1, mov, ogg, mp4, mkv, hevc
Default: mpeg4
все может. откройте ее конфиг и посмотрите, там все хорошо прокомментировано.
compdemon
10.08.2016 17:04+1Хммм… Странное описание.
«Не хотелось колхозинг» при том сама реализация несколько… странная…
1. «Автомат не вырубается даже от перфоратора» — ну, либо перфоратор не сильно мощный, в районе 1кВт что вписывается в 6А нагрузки, либо слишком дешевый автомат. Знакомый электрик рассказывал, как поймал на одном из объектов (частный дом) КЗ, а вводной автомат как был включен, так и остался. Стояло что-то дешевое типа IEK. Заменили, разобрали — оказалось, что контакты намертво спаялись.
На практике лучше взять чуть более дорогой размыкатель, чем «поймать» подобную ситуацию.
2. Имея такой ящик держать его на полу и подкладывать плитку «чтобы не затопило»? Это ж настенный ящик! Пару анкеров и проблема с потенциальным подтоплением решается. Заодно пыли меньше будет с полу сосать и работать будет проще, чем согнувшись в три погибели. Если делается для ТСЖ особых возражений против подвеса ящика на стену быть не должно.
3. Зачем нужно было разрезать кабель? Можно занедорого взять китайский «преобразователь» VGA<->RJ45 и спокойно прокинуть витухой. До 30-ти метров вполне себе тянет. Также не совсем понятна ситуация со вставкой видяхи в сервак — самая простая набортная даже на серверных материнках обычно присутствует. тем более если сервачок не сильно новый, то и выход там скорее всего VGA, а не DVI (да и в последнем как правило VGA-пины и аналоговый сигнал есть, спокойно цепляется переходник DVI-VGA и работает).
Dru4
10.08.2016 17:27+1в районе 1кВт что вписывается в 6А нагрузки
Категория С6 означает что при токе примерно в 7А время отключение будет более чем через час, при токе около 9А отключение менее произойдёт менее чем через час.
У средне-бытового перфоратора рабочий ток около 3-4А, так что всё в порядке, он и не должен отключаться.
miron36357
10.08.2016 17:29-1Я и хотел шкаф на стену повесить, но вот проблема… Сервер глубиной в 700мм, выпирает из шкафа сильно. А боком вешать шкаф — еще больший колхозинг.
miron36357
10.08.2016 17:37Ах, автомат ABB SH202.
А плитку подложили товарищи из ТСЖ. Как временное решение, потом планирую уголки подварить.
Монтаж был в спешке 31 декабря, втроём еле-еле до 20:00 справились, так что было не до переходников.JerleShannara
11.08.2016 19:48+1Небольшой совет — SH у АББ упрощенная серия «специально для СНГ», как любят говорить некоторые. Попробуйте S202, а если вам надо будет «чтоб пошустрее срабатывало», то С6 замените на B6
miron36357
11.08.2016 20:56Импульсные БП имеют огромные пусковые токи. Да и то, я взял с запасом C6, в щитовой стоит C16.
Про SH знаю, но S200 2-полюсный, да еще на 6 ампер стоит дорого.JerleShannara
12.08.2016 11:07+1У меня SURT5000XL с висящими на нём 1.2 КВт нагрузки спокойно живет на B16. (прочие не проверял)
Toronton
10.08.2016 20:38+1Ну если честно, не о чем., типа "смотрите я камеры повесил"!
Где "цена вопроса", детальное описание железа (колхозного в том числе) выбор и настройка ПО?! Описание ПО клиента, для мониторинга и работы с архивами?
Перечитал ещё раз, вывод: колхоз колхозом. Денег потрачено не мало, роутер и сервер можно сказать, нормальные. Реализация, бред полный.
Аргументирую:
Если бюджет был ограничен (низкий), то можно было поставить готовые продукты (один из примеров Dahua, а там фантазируйте от кошелька) DVR или NVR от 4Ch, в зависимости от камер (аналог или ip). Тогда не было необходимости во все тех железках, которые поставлены в подвале. Плюс готовое ПО для удаленного мониторинга и администрирования.
По факту, цена выбранного вами оборудования, выше готового продукта, а функционал спорный.miron36357
10.08.2016 20:40Ещё раз говорю, оборудование бралось с огромным резервом на будущее (20+ камер + СКУД) + на сервере крутится сайт ТСЖ и мониторилка на Munin.
Колхоз потихоньку убирается.
Coolfly
11.08.2016 08:07Вы знаете, нормальный IP видерегистратор (NVR), у наших китайских друзей (аличегототам.ком), на 32 HD камеры стоит от 7 до 10т.р. при этом с нормальным софтом, поддержкой ONVIF и детекциии движения, на 2 HDD. Соответственно вы можете в качестве поста наблюдения поставить любой одноплатный компьютер с андроидом на борту и софтиной от производителя регистратора, а не колхозить 30 метров vga кабеля. Но да это конечно не «тру» решение с линуксом, виртуалками и сервером, за то беспроблемное и на много меньше жрущее электричество.
Coolfly
11.08.2016 08:23На одном объекте поставили вот такой(ссылка для ознакомления) 28 камер(в режиме 960p), пол года, полет нормальный, заказчик доволен. Если бюджет позволяет смотрите в сторону Dahua, Hikvision, там все работает еще лучше.
P.S. Из сервера делать пост наблюдения это и есть колхоз.
miron36357
11.08.2016 13:08Сервер обошелся в 10к рублей. При этом у него 8 ядер, 16гб ECC FBDIMM (за 4к можно расширить до 32), Жестких дисков 3, с SAS контроллером и полкой можно n-ое количество их поставить.
Энергопотребление вторично, главное — надежность. Увы, токовых клещей у меня нет, но по подсчётам оно кушает около 200 ватт.
На пост наблюдения я планирую поставить системник с J1800 :)Coolfly
11.08.2016 15:46-1Вы уж меня извините, но у меня есть некоторые сомнения в надежности глубоко бэушного сервака. В случае чего материнскую плату на него хрен найдешь, да и блок питания там своеобразный скорее всего, а регистратор купил второй в резерв и все, плюс ко всему регистратор от бесперебойника, проработает на много дольше сервера(это к вопросу об энергопотреблении). Я не придираюсь, просто сам был перед подобным выбором.
JerleShannara
11.08.2016 19:54+1Asus CUR-DLS в виде HP L2000r смотрит на вас слегка офигевая. Запчасти (все) спокойно находятся на ebay. А этой древности уже более 10 лет. На интеловские сервера в SC5400/5600 башнях до сих пор запчастей навалом на томже американском аукционе. В случае покупки старого сервера есть один бонус и один минус: (+) можно спокойно посмотреть отзывы на именно тот конфиг, который у вас крутиться будет и понять, не будет-ли косяков. (-) лучше заранее купить ЗИП (мать, памяти, один камень, один БП) и потом спокойно жить не думая о том «вотжблин, сдохло»
miron36357
11.08.2016 20:58Мат.плата — Intel S5000PAL, их дофига на всяких русских и китайских площадках. С БП сложнее, да. Придётся надеяться на лучшее, но в крайнем случае в Москве есть очень много спецов, которые готовы починить всё что угодно.
compdemon
11.08.2016 14:05На самом деле у большинства не самых древних регистраторов есть HDMI выход и можно спокойно заюзать HDMI-удлиниель по витой паре без особых напрягов. А если нужно на несколько точек-постов развести — HDMI-сплиттер наш друг. Да, стоит денег, зато решение стабильное и готовое, можно и подсобирать бюджет. Либо ПК и удаленный доступ к регистратору (ВЕБ-«морда» тоже есть у многих, если не у всех), при этом HDMI-сплиттер на 4 точки будет в несколько раз дешевле, хотя управлять тем же видеоархивом да, не получиться.
Что еще — один сервак — единая точка отказа всего и сразу. А так видеонаблюдение — отдельно, ВЕБ-сайты — отдельно (не думаю что там какой-то high-load и big-data будет). Достаточно будет простенького сервачка на 1U который еще и в текущий шкаф нормально влезет. Вполне возможно что даже «малинка» справиться
СКУД — как правило много ресурсов не жрут и обычно требуются только для конфигурирования доступа да периодического слива логов (если предусмотрено). В остальном СКУД-контроллеры обычно достаточно автономны.
brujodentista
11.08.2016 01:47А расскажите, зачем вам лично потребовалось организовывать видеонаблюдение в подъезде, тем более за собственные средства (я ведь правильно понял)? Вопрос без подвоха, просто любопытно.
И да, реализация весьма странная, на самом деле… Мы ставили у себя камеры от Unifi, на сервере Ubuntu + Unifi Video, сам сервер — это, собственно, виртуальная машина с 512 МБ ОЗУ, а Hyper-V хост — это HP MicroServer с самым медленным процессором (там Celeron G1610T, вроде). Отлично работает с четырьмя камерами, зачем вам два Xeon-а под столь простые задачи? Не слишком ли избыточно? Зачем дискретная графика? На материнской плате нет интегрированной? Что-то слабо верится…miron36357
11.08.2016 13:10Неа, не на собственные.
Дискретная графика чисто для вывода изображения на пост. Во встроенной нет HW Decoding-а h264, да и разрешение максимальное всего 1024x768.
Два зиона взяты с огромным резервом на будущее, сервер покупался для нужд всего дома:)
Fox_exe
11.08.2016 07:54ZoneMinder, какойто Phenom на 3 ядра (Если не Athlon), 4 гиг памяти, пачка хардов.
30 камер по 2-3 fps тянет :) (Потоки: mjpeg / jpg / rtsp, камеры, в основном, — Dlink 970).
До кучи с пары камер ffmpeg тянет звук (sh скриптик, из-за особенностей камеры приходится писать 30-секундными кускам, а затем склеивать в 10 минутные + php/nginx/swf в качестве вебморды к этому «архиву»).
Работает весь этот хлам уже года 3.miron36357
11.08.2016 13:11Ну воот. А у меня 2 потока пишутся по 30фпс. И в нормальном h264, а не в кучке JPEG
ultraElephant
11.08.2016 11:30На всякие коммерческие продукты переходить не хотелось: они обходят Linux стороной (а я обхожу Windows), да и бюджет не предусматривал покупку ПО…
У Ubiquiti есть недурственная линейка устройств для видеонаблюдения
ПО — бесплатное. Одинаково хорошо дружит как и с Win, та и с Linux.
Из минусов могу отметить не стандартную реализацию PoE для устройств первого (снято с производства) и второго поколения, поэтому придётся либо мириться с гирляндой инжекторов, либо покупать фирменные коммутаторы. Современные устройства стоят дороже, но полноценно поддерживают 802.3af/802.3at.miron36357
11.08.2016 13:12Их камеры и ПО очень хороши, но увы. их софт кушает только их камеры. А вот поставим мы купольную от Hikvision и… всё.
epoxm
11.08.2016 11:30Когда же Вы будете кидать питание отдельным кабелем или покупать LAN кабель + 2 жилы питания/управления? Наболело уже.
miron36357
11.08.2016 13:14А что плохого? Это вроде как Passive PoE зовётся.
epoxm
11.08.2016 13:43Никогда потом всю эту кашу не разбирали? Когда половина проводов идет в коммутатор, а вторая половина на блоки питания?
miron36357
11.08.2016 13:55Думаю, это легко решится патч-панелью и документацией.
epoxm
11.08.2016 13:58Не в обиду к Вам будет сказано, но как у Вас лежит все в шкафу — так будет и дальше нарастать. А потом будете разгребать заново. Лучше сделать все сразу нормально и правильно.
miron36357
11.08.2016 14:01Тянуть 60+ метров провода для питания камер не очень хочется… Тогда уж проще поставить нормальный БП от Mean Well, ватт так на сто, и пассивный инжектор на 8 портов. А в распредкоробках поставить сплиттеры.
miron36357
11.08.2016 14:08Я вот думаю, подъезды остальные лучше по оптике подключать? Ну, например, до первого подъезда 120 метров, витуха не справится. Тогда ставим кассеты, занимаем ими 1 юнит, свич CRS212-1G-10S-1S+IN.
Ну а в сервер можно 10гбит сетевую поставить, почему бы нет, если порт есть на свиче?compdemon
11.08.2016 14:24Зачем вам 10G? то у вас бюджет ограничен, то наполеоновские планы чуть ли не по строительству Мини-ЦОДа в подвале…
Во-первых на 120м, так, по большому секрету, можно и витуху попробовать.Только кабель нужен нормальный, с достаточно толстыми жилами и желательно экранированый. Сервисы не особо критичные к задержкам и коллизиям спокойно работают (тот же HTTP и видео вполне) — были в эксплуатации линки и по 125-130 м. Единственные глюки были на VPN_ах и подобном критичном к джиттеру.
А если оптику, так чем вас 100Мбит-медиаконвертеры не устраивают? Дешевле грязи, особенно на 3-5 км, куча моделей работающих по одному волокну, воткнуть можно, соответственно, в любой тупой свич или подключить сетевой девайс.
Если смущает куча БП в центральном ящике можно «сколхозить» один мощный БП и напаять сплиттеров питания. Аналогичо и для PassivePoE камерам.
«Инжекторы» и «сплиттеры» PassivePoE для камер, кстати, вполне спокойно делаются прямыми руками с паяльником из сдвоенной накладной Ethernet-розетки и копеечного разъема питания, который надо вкрутить туда же.miron36357
11.08.2016 14:3210 гбит карты б/у недорогие, почему бы и нет?
С витухой, боюсь, не получится, камеры шлют поток по UDP.
Эти «инжекторы» и «сплиттеры» я и имел в виду. Гиперлайновский сплиттер в конце, кусок витой пары обжать с одной стороны, а с другой — спаять с куском кабеля с круглым разъёмом. В начале линка — патч-панель.compdemon
11.08.2016 14:49«10 гбит карты б/у недорогие, почему бы и нет? „
А смысл? Свичик с поддержкой 10G, пусть и б/у, будет не дешевым. Да и карточки тоже заметно дороже 1G. даже многопортовая 1G будет дешевле 10G. Самое главное, что даже с учетом планируемого количества камер особого смысла заморачиватся этим нет. так же как и 30fps — оно, конечно, круто, но места жрет много плюс дает повышенную нагрузку на все железо. А так — 12-15 fps оптимально по кратинке/занимаемому месту, ну если есть желание и возможность аппаратная/программная, по alarm-у можно временно включать запись с повышенной частотой кадров.
Смысл писать круглосуточно в FullHD/30fps/h264, еще и с солидным битрейтом, небось, лестничную площадку, к примеру?
“Гиперлайновский сплиттер в конце» — я не знаю цену на них, но и «сплиттер» можно сделать аналогичным способом что и «инжектор». Собственно они одинаковые, только etherne-шнурки в разные разъемы на разных концах вставлять нужно. Надо только будет купить два разъема питания на кабель — один конец в сплиттер, другой в камеру, и спаять шнур питания для удаленной стороны.
Кстати у TP-link-а есть такое решение — TL-POE200, набор из инжектора и сплиттера (можно взять по отдельности). Сплиттер на выходе позволяет получать 5/9/12В на выбор переключателем на корпусе. По цене тоже в целом недорогие. Несколько раз покупали как раз для таких целей, когда камера не поддерживает PoE, а подцепить 220в рядом никак. Работает.miron36357
11.08.2016 15:05Скрины того, что записывается есть в посте. Это подъезд. Конечно же, лестничную надо 20 фпс писать. Свич новый с 10 SFP портами 1 SPF+ стоит 14к.
“Гиперлайновский сплиттер" стоит 200р, вполне нормально.
Запись в 720P 30 FPS при битрейте в 4 мегабита занимает довольно мало места: 2ГБ на час записи. 2ТБ жесткача хватает на 20 дней записи с двух камер.compdemon
11.08.2016 15:2320 fps тоже жирно. Вполне хватает 12-15 — на том же битрейте картинка будет четче и детализированный, либо можно битрейт поменьше поставить и сэкономить на месте хранения.
miron36357
11.08.2016 21:01В тот редкий момент, который, увы, уже наступил в мае (когда украли велосипед) требуется как можно больший битрейт и фреймрейт (чтобы было с чем работать полиции).
compdemon
12.08.2016 11:24И чем фреймрейт поможет? Лучше наоборот для того же битрейта выставить меньше кадров в секунду — это даст кодеру возможность больше данных выделить на кадр и четкость видео будет выше.
Чтобы разглядеть мелкие детали (например черты лица или номер автомобиля) фреймрейт тоже не особо поможет — тут нужно камеру настраивать/выбирать. Фокусное расстояние и фокусировку самого объектива по месту. Либо снимаем широкоугольным объективом панораму общего вида с соответствующей детализацией, либо ставим камеру ближе или длиннофокусный объектив (если есть возможность выбирать) — угол обзора и площадь меньше, но выше детализация конкретной области для разглядывания мелких деталей.
Обычно так и ставится — одна панорамная для обзора общей площади, вторая длиннофокусная либо поближе к проходу/въезду. Или несколько, если нужно несколько проходов контролировать.
Высокий фреймрейт имеет смысл при съемках трасс или любой другой области где скорости передвижения объектов высокие. Там да, при низкой скорости съемки за один фрейм объект может полкадра, если не весь, проскочить.
А для дворов/лестничных площадок 12-15 fps обычно более чем.
dkv
12.08.2016 16:07Солидарен. При отслеживании людей 12-15 fps воспринимаются на глаз как вполне живая картинка. 10 fps уже мало, начинает нервировать.
miron36357
12.08.2016 16:33Лучше ставить фпс, кратный 60: 30, 20, 15 (как частота в мониторе), только тогда ничего не дергается
Nomad1
11.08.2016 11:31Avreg + линукс без X11 + мини неттоп на Atom 230 и ITX плате с 512 памяти = 6 камер в режиме MJPEG/JPEG/скрипт по 3-10fps. Некоторые камеры умеют ONVIF, некоторые только статический JPEG по HTTP 1.0, одна вообще ничего не умеет, даже RTSP, но ее HTTP поток читается ffmpeg и оттуда скриптом берется по одному кадру в секунду. Загрузка процессора меньше 50%, запись без детектора, снепшоты поминутно на сервер. Работает уже пару лет. Картинка скриптом складывается через ImageMagik, конвертится в формат фреймбуфера и заливается в /dev/fb0.
Вот это колхоз и содомия. А у вас и камеры хорошие, и поставить китайский мини-DVR на ARM ничего не мешает.Fox_exe
12.08.2016 10:39ffmpeg может спокойно сожрать горсть jpeg'ов и выплюнуть видео, если что.
Онже, через небольшой скрипт-костыль на SH спокойно жрёт jpg по прямой ссылке и сохраняет в видео (Там, где нет ничего кроме просмотра через вебморду текущего кадра).Nomad1
12.08.2016 10:47Я в курсе и смысла в этом не вижу. Обратная операция гораздо полезнее, но почти всегда работает не адекватно — пока в потоке не появится I-frame ffmpeg простаивает вплоть до нескольких секунд, а работать в беспрерывном режиме я его не смог заставить. Точнее, смог, но не был доволен результатом — имитировать MJPEG поток он так не может, только через ffserver, который стабильностью не блещет.
Varkus
11.08.2016 13:22-1Я что один такой «дурачок» полез в прошивку регистратора Polyvision и сразу в нём «запилил» web-gui, который меня более чем устраивает?
Здесь есть давненькая статья как потрошить прошивки от таких поделок и затем снова их паковать.
Polyvision меня устроил тем, что гибридный, т.е.
— аналог!!!
— IP!!!
— fullhd
— несколько hdd
— rs485!!! (скуд через работу с /dev/tty1)
— alarm-input
— alarm-out
— vga
— hdmi
— пассивное охлаждение
На днях начал использовать его framebuffer:
cat /dev/fb0 > screenshot.rgb
или
cat alarm_message.rgb > /dev/fb0
Кстати всё делаю скриптами, а если нет необходимого софта, то беру бинарники для armv7a
А если всё на IP камерах завязано, то я бы взял Zyxel keenetic ultra с 700МГц процессор, 256МБ рам и 16МБ флэш + 2 полноценных usb 2.0.
Вся его задача складывать rtsp-потоки на hdd с разделением по времени или объёму.
Для доступа консьержки подошла бы «малинка» или одна из многих китайских поделок «hdmi-брелок с андроид».
Ни одного вентилятора, из механических деталей только hdd.miron36357
11.08.2016 13:59Вы уж простите, но у вас не колхоз, а КОЛХОЗИЩЕ.Пассивное охлаждение в реалиях подвала не хорошо, а активное — то что надо. Кубометров воздуха много, но сквозняк лишь по центральному проходу. С зукселями и прочими длинками я не работаю уже 5 лет.
RS485 легко интегрируется через Rs485-Ethernet конвертер.
Теоретически, ffmpeg и 4К потоки сожрёт, но увы, не на чем протестировать.Varkus
11.08.2016 21:34Хм, отличие колхоза от мэйнстрима, на мой взгляд, это перевод моих поделок в коммерческое русло.
Думаю не мне вам рассказывать сколько вчерашних колхоз_вело_костылищ — сегодня успешные коммерческие продукты пользующиеся спросом.
С подвалом был печальный опыт, влажность… Вы бы замерили влажность в вашем подвале.
То оборудование что Вы используете в «серверной» явно не заточено под такие «жесткие» условия эксплуатации. А потому, пройдёт не так много времени, когда сначала начнутся непонятные глюки, затем синие(чёрные panic) экраны, далее зависание на ровном месте и т.д.
Лично у меня к длинку(тьфу-тьфу) претензий нет, уже как лет 10. Хотя много читал на форумах об их «надёжности». Может мне везло, потому что оборудование содержу в комфортных условиях эксплуатации.
Да и как так: любой «чих» в этом подвале и ВСЁ(пыль, дым, туман горячей воды от прорванной трубы) сразу несётся к Вам на материнскую плату. Сами же говорите, что стен нет, значит однажды придут узбеки с перфораторами строить эти стены. Через какое-то время эти кулеры еще и загудят.
Rs485-Ethernet — пристраивать очередную железку… настанет момент, когда Вам уже этого шкафчика будет мало. Да еще этой железке питание нужно, т.е. еще один БП в розетку.
А если начнутся глюки устанете искать, откуда порча лезет: скрипты? ffmpeg? библиотеки? докер после обновлений глючит с этим ядром? мать? оператива? жесткий? свитч? камера? провода? БП какого-то из устройств? RS485-ethernet? еще 100500 преобразователей? где-то статика бьет витую пару?
ffmpeg и 4К потоки сожрёт — какая разница? количество кадров прежнее, просто фрэймы больше, значит памяти надо больше, а не процессорной мощности.
Поймите правильно, я не против Вашего проекта, он на столько же хорош в Вашей ситуации, как мой проект хорош в моей ситуации.miron36357
11.08.2016 21:42Да это я понимаю:) Колхоз и в энтерпрайзе бывает.
За влажность я не переживаю, а переживаю что на шкаф может политься огромный поток кипятка: в 2 метрах проходит теплотрасса.
miron36357
11.08.2016 21:46А кулеры — это сказка. При запуске шумит как турбина, но потом PWM понимает до уровня громкого разговора. Потому оно и в подвале гудит, а не на техэтаже.
shteyner
11.08.2016 15:41Ну, начну с самого главного: такой тип наблюдения за подъездом почти бесполезен. Наверное это часто говорят в таких темах.
Нужен человек который за всем этим следит + специальный софт что бы людей было меньше, а реагировали они быстрее. Так что лучше обратиться к профессионалам — да, дороже, но намного продуктивнее.
По поводу реализации, почему бы и нет, хотя сервак я бы попроще взял. Хотя тут полностью зависит от рынка. Хорошие. не дорогие б/у сервера в разное время разные выставляют. + я бы взял шкаф с принудительной вентиляцией, все же не охлаждаемое помещение без потока воздуха. А 20вт не так и много. А монтаж — ну, мы же знаем что тут все перфекционисты) Хотя загляни в серверную половины и не такое увидишь.
Да, тут вспомнился совет от комиссара полиции GB: вешайте камеры на уровне лица.miron36357
11.08.2016 21:03Есть консьерж. Он не спит, а постоянно смотрит в ТВ (а заодно и в монитор, который стоит сверху).
Также есть два человека (я и сосед), которые иногда смотрят архив. Камеру на уровне лица как раз планируем поставить в тамбур, в дверь. (между двумя подъездными дверьми, у нас два домофона, это единственное место, где человек тормозит и где можно зафиксировать его лицо.shteyner
11.08.2016 21:36А, да, такой вопрос теме, но другого направления: вы ведь собрали подписи всех жильцов подьезда что будете ставить видео наблюдения, как прошло?
Да, к вомментарию ниже: если у вас ТСЖ, то сервак всегда полезная штука, можно сделать портал для жильцов (неплательщики, объявления и пр.) Историю хранить, обсуждения.miron36357
11.08.2016 21:44Подписи собрали очень тяжело, с августа до ноября. Но финансировало проект всего 1/3.
Конечно полезная, да вот никому не надо пока. Сейчас кое-как сверстали блог с форумом на Wordpress. Что дальше будем делать решим на собрании.
ev1ua1
11.08.2016 17:50-1Строить систему видеонаблюдения на «сервер с двумя горячими Xeon E5345» который кушает от 200Вт-500Вт, а из них 90% уходит в тепло, и к тому-же «питание камерам подаю через колхоз-PoE» — это печально, случается что IP-камеры хоть редео но виснут…
Я опишу как на мой взгляд правильно строить систему видеонаблюдения.
В основном строю системы видеонаблюдения на 16 или 32 IP-камеры с разрешением FullHD (1920х1080@15fps) с средним временем хранения записи 45дней, при условии 08:00-19:00 постоянная запись, 19:00-08:00 запись по движению.
Начну со шкафа — белоруский шкаф фирмы ЦМО (290$ 15U с полками/стойками/вентиляторами/прочим) — один из лучших которые я видел. С установленным внутрь оборудованием весом 50кг он не провисает как сопля, стоновясь формы «трапеция» (привет гавношкафам Плеолан и их клонам), легко собирается (в отличии от «Некоторых» написаных ранее) и легкр вешается на стену (опять привет «некоторым»). 15U если надо 32 камеры, если 16 камер то хватит и 12U, но я не рискую — вдруг нужно будит расширять объект…
В шкафу ставится безперебойник на 4АКБ 12В 7Ач (мне нравится PCM KIN2200AP 415$ — дешовый и функционирует на многих точках без проблем). В итоге получаем 336Вт*Час, что хватает на резервирования питания более 1часа
Далее стоит роутер (или DSR-500 207$ или DFL-260E 400$ с них раздается инет с 2х провайдеров для сотрудников и поднята 2*VPN IPSec в офис и 2*VPN IPSec на резервный секретный сервак),
Свич или два свича с POE (TL-SG2424P 170$ — дешовый гиговый с 24 портами), с которых идет питание камер, с возможностью отключения питания отдельной камеры — для сброса по питанию.
Система видеонаблюдения выбрана Hikvision. Он позволяет в одном ПО включать как устаревший аналог 0.3MP, так и цифру с разрешением 2MP/4MP и даже сказочно дорогие 8MP. Есть шикарный Веб-интерфейс как у регистратора так и камеры, есть клиент под виндовс (тяжолый и чуток тормознутый), есть клиент под андроид, причем версия для мобилы работает нормально, а версия под планшет/смартТВ тормозит.
Система умеет писать видео:
-постоянно
-при движении в кадре
-при пересечении линии в кадре
-при срабатывании датчика PIR
-при срабатывании сигнального входа камеры
-и еще десяток разных условий записи
Поскольку задача писать видео не для редтуба/порнхаба а для охраного видеонаблюдения — выбрана система записи 2MP 1920x1080@15fps. Камера цифрует видео примерно 2Mbps, кодек H264, звук MPEG2 22050kHz, видео 2 минуты = 236MB. Также критерий был минимальная цена оборудования при нужном функционале
Регистратор или пара — 16 канальный DS-7616NI-E2 126$, внутри стоит пара быстрых и холодных видеодисков ST4000VM000 145$.
Уличные камерыDS-2CD2020-I (4.0) 87$, имеют подсветку ИК (Очень яркая 10-20 метров все видно) и механическое переключение «День»/«Ночь», есть слот под микро СД (может писать видео в автономе без сети и регистратора, только нужно питание), также в автономе может писать на SAMBA/NAS. А также WDR ну и конечно РОЕ
Внутренние камеры DS-2CD2420F-I (2.8) 80$, имеют подсветку ИК (Очень яркая 5-10 метров все видно) и механическое переключение «День»/«Ночь», микрофон/динамик (для галочки, но лучше чем ничего), Пасивный ИК Датчик движения (PIR) (срабатывает не хуже установленных рядом датчиков охранки), есть слот под микро СД (может писать видео в автономе без сети и регистратора, только нужно питание), также в автономе может писать на SAMBA/NAS. А также WDR ну и конечно РОЕ
Итого для 16 камер = 290$+415$+207$+170$+126$+14*80$+2*87$=2502$
Итого для 16 камер = 290$+415$+207$+2*170$+2*126$+28*80$+4*87$=4092$
Если интересно — могу написать расширенную статью.Prep
11.08.2016 19:12-1Тот случай когда комментарий гораздо интересней и информативнее статьи!
Статью обязательно пишите. Сразу видно у Вас есть опыт в построении видео наблюдения.
Если не трудно проясните пожалуйста некоторые моменты.
Зачем тут роутер, который работает на офис? По хорошему он в проект не входит (войдет если система наблюдения автономна от офисной сети).
Как вешаются камеры? Какой кабель для разводки используете? (вот его стоимость как раз лучше включить в проект)
Какой предпочитаете алгоритм записи?(PIR, движение, пересечение линий) Почему?
Сколько занимает архив за 1 день на 32 камеры?ev1ua1
12.08.2016 09:191. «Зачем тут роутер, который работает на офис?» — роутер нужен для подключения видеорегистраторов к двум провайдерам интернета, для того чтобы:
-видео смотреть удаленно онлайн и в архиве
-на гугле почту сбрасывать ошибки устройств и сообщения о неудачных попытках авторизации и т.п.
-поднята ВПН на офис с целью удаленного доступа по локалке к роутеру, свичу, регистратору и всем камерам
-к роутеру подключены несколько ПК для работы сотрудников на удаленной точке.
2. «Как вешаются камеры?» — перестает показывать видео и не возможности зайти на веб-интерфейс — отправить в ребут. Были случаи в мороз камера замерзает — свич пишет перегрузка по питанию (более 15Вт — клас 3 при нормальном потреблении 3Вт/5Вт), были случаи от перегрева — свич пишет устройство ток потребляет, а сетевой активности нет (солнечная сторона, черный фасад здания и камера в черном защитном кожухе), были случаи заводского брака — меняли у поставщика.
3. «Какой кабель для разводки используете?» — для внутрянки обычный UTP, только не китайская омедненка = алюминь с покрытием нанометры меди (с жилой 0.48/0.45/0.40, с чудовищным сопративлением и который ломается после второго изгиба) а местного Одесского производства с чистой медью КВПВ с жилой 0.51мм, цена чуть менее 0.29$ (была скидка за объем). Для уличных камер экранированный уличный FTP КВПЭП с жилой 0.51мм, цена чуть менее 0.43$. Кабель медный потому что средняя длинна 50метров, а по улице и до 100м и даже 120м работает. Ну и потери напряжения в кабеле: 4 медные жилы 0.51мм = медь 2мм * 0.017Ом*мм/м = 0.0085Ом/м = 0.85Ом/100м, а 4 алюминиевые жилы 0.45мм = алюминий 1,8мм * 0.026Ом*мм/м = 0.014Ом/м = 1.44Ом/100м. а омедненка 0.4мм даже написать страшно 1.62Ом/100м.
4. «Какой предпочитаете алгоритм записи?(PIR, движение, пересечение линий) Почему?» — заказчик/хозяин потребывал в рабочее время магазина писать постоянно от открытия до закрытия, ночью пишится как по движению в кадре так и по срабатыванию PIR — типа двойная надежность записи. Более того Все события (Движение, Детектор тампера, Потеря видео, Вход/Выход тревожный, обнаружение вторжения в зону, обнаружение пересечения линии и еще десяток разных) работают постоянно, а в системе есть функция «Включить метаданные ActiveSearch» что позволяет показывать где на экране происходит событие (рисует зеланый/красный контур вркруг движушегося объкта), причем как в онлайне так и в записи.
5. «Сколько занимает архив за 1 день на 32 камеры?» — на 32 не напишу, все регистраторы 16 канальные. На 16 камер примерно так:
2*HDD 7452GB, 16*IPCam, 41Day, 16*IPCam=181GB*Day, 1*IPCam=11.4GB*Day.
miron36357
11.08.2016 21:12Хочу заметить, шкаф и есть от ЦМО, настенный на 9 юнитов.
Сервер кушает 200 ватт где-то, но никак не 500. В отличие от регистраторов он умеет много чего еще помимо CCTV.
Немного не понял про колхоз-пое, надо обесточить камеры, окей, вырубаем БП.
Бесперебойник не нужен: питание от щитовой, секция «Освещение», класс энергоснабжения первой категории.
Про длинки я уже писал, не перевариваю их. Если по идеологическим причинам плох Mikrotik (RB2011 рвёт ваши длинки и стоит 129$. Причём на нем еще и провайдер висит с 29 подсетью), то есть Cisco. Цена соответствующая.
Hikvision — это хорошо, но бренд стоит денег. Меня устраивает и русско-китайский OEM. Подсветка и у них есть, аж 30 метров бьёт. И ИК-фильтр механический. С января 2016 не было ни одного зависания.
Шикарный веб-интерфейс есть и у PartCCTV.ev1ua1
12.08.2016 10:301. «Сервер кушает 200 ватт где-то, но никак не 500» — у регистратора на 2 HDD — БП 12В 3А, потребление без HDD менее 10Вт, сам HDD кушает 3.2Вт/5.5Вт. У регистратора на 1 HDD вообше БП 12В 2А. Это для сравнения потребления э.энергии
2. «надо обесточить камеры, окей, вырубаем БП» — а через управляемый свич можно потушить камеры удаленно и почтучно. А если на линии питания КЗ — у Вас потухнут все камеры = нихорошо.
3. «Бесперебойник не нужен: питание от щитовой, секция «Освещение», класс энергоснабжения первой категории.» — ничего идеального нет и быть не может, могут вырубить подстанцию на весь район…
4. «Про длинки я уже писал, не перевариваю их. Если по идеологическим причинам плох Mikrotik (RB2011 рвёт ваши длинки и стоит 129$. Причём на нем еще и провайдер висит с 29 подсетью), то есть Cisco. Цена соответствующая.» дешовый длинк = кака, дорогой типа DFL-260/DFL-860 — замечателтная вещь уровня тойже низжей циски, Например прямо сейчас два провайдера по 100Мбит (из 3х возможных по 1ГБит) + 24IPSec (из 200) + conection 1203 (из 50000) + VLAN 2 (из 16) + Rules 33 (из 1000) = CPU13% + RAM125MB (256MB). ВПН IPSec с AES+SHA1 у нас летела на скорости 80+МБит! Вобщем стоит написания отдельной статьи про это чудо враждебной техники…
5. «Hikvision — это хорошо, но бренд стоит денег» — И могу заверить их функционал и достаточно высокая надежность железа СТОИТ своих денег.
Cr3w
12.08.2016 11:23ev1ua1, Вам нельзя писать статьи с такой грамматикой.
miron36357, не сочтите за дерзость, но Ваше «PartCCTV» в статье и комментах от Вас упоминается 7 раз. Даже в статьях про PHP, последний столько не употребляется. Для «колхоза» PR слишком большой.
По видеонаблюдению и железу.
Удаленные точки, всего 48 камер (на данный момент), запись по движению.
Видео-сервер (такой-же в резерве): Pentium G3260, 4GB RAM, SSD 60GB, 1Gb/s Int. CentOS без DE, Wine, iVMS-2000 (запуск в Xvfb)(Есть клиент по Windows и Linux, Web-интерфейс и клиент под Android, max 64 камеры). Загрузка CPU ~40%. Видео хранится на файл-сервере по iSCSI около 14 дней.
Хранилище: C2D E8500, 4GB RAM, HDD 4x2TB (RAID 5), Ethernet 2xD-Link 1Gb/s(Bonding).
Камеры HiWatch (с POE). 720p/25FPS.
Коммутаторы D-Link 1008P или аналог от TP-Link.
За год проблема была только в сгоревшем коммутаторе на удаленной точке из-за грозы.
P.S. 10GB/s? Вы серьезно? Каждая камера максимум дает поток в 1-1,5Mb/s.
https://habrastorage.org/files/31b/e9b/111/31be9b1112284c338fffc1b170d0f07b.pngmiron36357
12.08.2016 11:27Хмм, сейчас от двух подъездных камер трафик 10 мегабит/сек. Простой интерполяций получаем 100 мегабит для 20 камер. Ну ладно, признаюсь, что с 10 гбит я перегнул, гигабит в самый раз (как сейчас сервер и подключён, одна сетевая интел смотрит в локалку, вторая в интернеты).
Я специально пишу самый большой битрейт (ради того редкого случая, когда придется отсматривать весь архив). Ночью трафик меньше, уличная врубает ИК-фильтр и урезает фреймрейт в 2 раза.
P.S. Про пиар уж простите, но он необходим, чтобы хоть как-то pet project превратить в живой проект.dkv
12.08.2016 16:14Оптимальным битрейтом для камеры FullHD является 6 МБит/с. Для Highprofile. 8 Мбит — это уже очень хорошее качество, выше которого ставить особого смысла не имеет. Для 720p оптимально 4 МБит/с.
miron36357
12.08.2016 16:34У меня они в Baseline, на других профилях задержка большая, консьержку напрягает.
Varkus
14.08.2016 06:55Значит, что-то в Вашей системе не так:
ставил пару лет назад больше 100 камер J2000IP-PWH312-Ir3-PDN
сервер Xeon + Macroscop
настройки 1920x1080 25fps 8Mb/s Baseline 5(или 4.5)
Задержка менее секунды. Кстати видео смотрели не с сервера, а с клиента на базе ПК с win7.
Это напряжно для консьержа?
А если задержка больше, значит где-то в Вашей системе узкое место.
Macroscop'ом тоже остался не доволен, с момента покупки прошло более двух лет, была туева хуча обновлений, а клиентская часть, как вешала ПК, так и вешает по сей день ссылаясь на exception в видеодрайверах.
Когда меня спрашивают: «почему я не люблю C#?», всегда припоминаю и эту поделку.
Чтобы запустить приложение, нужно тащить с сети еще 300 метров фрэймворка, который не ставится без еще 300 метров обновлений, это нормально?dkv
15.08.2016 14:35+1>1920x1080 25fps 8Mb/s Baseline 5(или 4.5)
Задержка менее секунды.
Так вроде выше автор и писал, что использует Baseline по причине того, что задержка большая при Highprofile. Не наблюдал такой корреляции, для меня критична задержка только для PTZ камер, а там как-то больше Baseline и попадался.
J2000IP — это китайские Sunell, которые ни разу не дешёвые, но при этом они не получили широкого распространения. Нравилось в то время полное отсутствие надобности ставить ActiveX для пользования вебмордой. Всё работало через Flash из коробки и вообще вебморда производилоа очень приятное впечатление.
>А если задержка больше, значит где-то в Вашей системе узкое место.
На задержку влияет не скорость передачи данных, а процесс кодирования/декодирования и буферизация. Как на стороне камеры, так и на стороне софта. А вообще, LowLatency мало кто заморачивается, судя по всему.
>Чтобы запустить приложение, нужно тащить с сети еще 300 метров фрэймворка, который не ставится без еще 300 метров обновлений, это нормально?
Это просто великолепно на каком-нибудь режимном объекте или у чёрта на куличках, если этот фреймворк необходимо выкачивать из сети и только из сети.
novichek
Из бесплатных решений для Linux только avreg.net знаю, но в нем будут вопросы по управляемым камерам, и бесплатно 4 канала. Что касается консьержа — проще поставить минимальный ПК, и тащить с сервера мобильную версию интерфейса. через браузер.
p.s. т.к. в вашем случае видео крутится на виртуалках — никто не мешает запустить несколько контейнеров по 4 камеры )
miron36357
ПК на базе Celeron J1800 у меня в планах, только так можно избавится от помех и поставить второй монитор (если камер прибавится).
AVReg использовал, но что-то не понравился. Да и непонятно, как делить жесткий диск между виртуалками (без оверхеда, сейчас он целиком отдан ВМ).
bougakov
miron36357
J1800 хорош тем, что он почти во всех мат.платах с пассивным охлаждением. С Orange Pi пока не игрался, но я боюсь, потянет ли 4 720P потока (с запасом на будущее)? В спеках есть лишь про декаодинг 1 потока 1080P…
P.S. Телевизор консьержка ни за что не отдаст под видеонаблюдение:)
undisclosed
Так а зачем 4 потока @720P напрямик в апельсин отдавать? Подключай его к TightVNC )
miron36357
O_o.
ErshoFF
Чтобы не было проблем с дисками можно поставить дебиан, и в дебиане в контейнерах докера запустить необходимое ПО — оверхеда практически нет.
Если же все-таки нужны полноценные виртуальные машины — то в дебиане легко встает proxmox.
Также из ПО видеонаблюдения попробуйте поставить сервер от ivideon (в контейнере докера тоже работает). Если сервер локальный — нет ограничения на количество камер.
dkv
Разве сервер Ivideon ставиться под Linux?
ErshoFF
Ставиться и работает, есть версия под линукс на офсайте.
Более того работает в контейнере докера уже 4 месяц. Полет нормальный.
miron36357
Оно требует DM (и соответственно, X11), оно не опенсурс.
Proxmox не нравится, пока стоит просто KVM через virt-manager, как только избавлюсь от видеокарты в сервере, перееду на Nutanix CE.
ErshoFF
Если вы имеете в виду ivideon — есть версия без X11.
Не опенсоурс, но с задачами справляется.
ErshoFF
__https://ru.ivideon.com/ivideon-server-linux/
ErshoFF
2 камеры с разрешением 720Р и детектором движения загружать примерно на 30%.
dkv
Вот именно. И ivideon категорически отказывается в обозримом будущем даже думать о внедрении поддержки ONVIF в свой сервер. Весь детект делается силами самого сервера, нагружая его почём зря.
ErshoFF
У этого производителя такое видение рынка на котором он работает.
Однако у него есть продукт, который в моей ситуации меня устроил, хотя и пришлось самостоятельно пилить контейнер.
Очень уж удобно из отпуска посмотреть. Понятно что даже если что и увидишь — сделать ничего не сможешь. Но всё равно спокойнее.
krom9ra
По секрету всему свету: он это сделал. В Rlease notes по крайней мере есть https://ru.ivideon.com/programma-videonabljudenija/
Но поскольку ONVIF — протокол общий и на опыте оказывается что каждой китайской камерой он поддерживается на своём китайском, использовать его можно только с помощью лёгкой магии изменения конфиг-файла ручками…
Продукт, возможно, тяжеловат, но он хорошо поддерживается и живёт.
dkv
Вот это новость! Фиг бы с ней, с этой магией. Главное — сделали. При том, что если верить их ответам в разделе «Вопросы и ответы» они эту поддержку в мае даже не планировали. Судя по этому ответу (https://ru.ivideon.com/q2a/25223/podderzhka-onfif?show=25223) только ради своей камеры Oco Pro Lite и запилили.
miron36357
Воот!
Поэтому с точки зрения потребления ресурсов оказалось проще вести непрерывную запись. FFmpeg берет RTSP поток с камеры и упаковывает его в контейнер «as is», без перекодирования, как я уже писал, нагрузка минимальна (2% ядра E5345, учитывая оверхед на виртуализацию).
Как вариант, во многих камерах есть встроенный детектор движения. Ну или можно как-то задействовать аппаратное декодирование h264 силами gpu. В PartCCTV ничего этого не реализовано, так как не особо было нужно, да и сложно. В одиночку довольно тяжело вести разработку…
P.S. Даже ДИТ г.Москвы не придумал ничего лучшего, чем вести непрерывную запись с миллиона городских камер.
ErshoFF
Не вижу смысла в постоянной записи.
В видеонаблюдении интересуют события-изменения картинки, а не статические картинки. Если потом требуется найти что-то — при постоянной записи найти это затруднительно.
При выносе «мотион детекшен» на камеру достаточно сложно организовать запись например 5 секунд предшествующих событию «детекшен».
Видеонаблюдение подразумевает оператора — человека который сможет понять и отреагировать на событие на камере.
Есть интеллектуальные системы, но они дороги и не вызовут помощь.
Наличие камеры просто переносит преступление в слепую зону или вынуждает надевать капюшон.
Конечно видеонаблюдение может потом помочь найти преступника, но лучше если оно поможет предотвратить преступление, например нанесение телесных повреждений или наркоманов в подъзде. Например увидит консьерж картинку с камеры во весь экран (есть системы разворачивающие активные камеры на весь экран при движении) и вызовет кого-нибудь.
А какая экономия на дисках если писать только движения. Можно хранить не месяц, а полтора месяца.
dkv
>При выносе «мотион детекшен» на камеру достаточно сложно организовать запись например 5 секунд предшествующих событию «детекшен».
Извините, но это из чего следует? Какая разница софту, откуда у него пришло событие «алярма, в кадре есть движуха!», с детектора камеры или с внутреннего софтового детектора? Ничто не мешает софту буферизовать свои 5 секунд потока в циклическом буфере, не забывая при этом ловить ключевые кадры как начало сегмента для буферизации. Единственное, в чём тут может быть отличие, это возможный рассинхрон между событием и самим кадров в потоке. Не уверен, передаются ли там таймстампы, но скорее всего передаются и в итоге разницы-то и нет.
krom9ra
Таймстемпы передаются редко. Но обычно задержкой получения видео с камеры можно пренебречь, так как даже в случае удалённой камеры с задержкой получения видео уведомление о событии тоже придёт с задержкей. Естественная синхронизация. Поэтому вы правы, с кольцевым буфером, хранящим как минимум один предыдущий ключевой — можно спокойно иметь пред-запись с любыми событиями.
Сами камеры или DVR-ы, когда пишут свой архив, именно так и делают — поэтому велосипеды даже и не нужны ;)
miron36357
Оператор — консьержка, монитор постоянно перед ее глазами. Алярмы было ы хорошо прикрутить ручные, по нажатию кнопки в ее комнате. Кнопку ловить какой-нибудь Arduino с Ethernet шильдом, главное софтварную часть обработки алярма написать. Буду думать…
ErshoFF
В каком сценарии и кем будет нажиматься кнопка алярма?
miron36357
Консьержкой, когда — при ЧП:)
Были уже случаи, приходилось нудно отсматривать архив за 3-4 часа.
ErshoFF
Т.е. консъерж жмет кнопку — начинается запись? Или другой сценарий?
Мне тоже не понравилось смотреть просто запись камеры без движения.
Сложные/дорогие системы (по слухам, сам не пробовал) позволяют связывать в одно целое видео, звук(датчики по звуку), систему доступа, датчики охраны и т.п.
miron36357
Ага, запись 5 сек. до тревоги + минута после. И чтобы оно генерировало FATAL (в логах Monolog-а, тогда оно и на телеграм мне придёт).
ErshoFF
Надежды на то, что оператор будет смотреть в монитор очень мало. Очень уж это нудное занятие.
Стоит рассмотреть запись по датчику входной двери, двери запасного входа и т.п.
Хотя это всё охватывает запись по детектору движения.
miron36357
Увы, в этих камерах детектора нет, хоть они и ONVIF-ready.
Так что да, придётся городить датчики объёма, но только на ответственных местах (ну не на улице же), например, на дверь в техэтаж.