Cctv

Хочу рассказать про видеорегистратор который мы с друзьями писали последние 2 года, почему мы это начали и куда движемся.

Для тех кому лень читать и он хочет сразу потыкаться ссылка на сайт

Там есть ссылки на документацию с инструкциями как установить, а так же демо видео обзор возможностей.

Немного обо мне.

Я работаю инфраструктурным инженером, в быту DevOps. Начинал своё путешествие в мир IT из тех. поддержки интернет провайдера, затем работал в системным администратором на местном телеканале, в тот период очень активно изучал linux, писал скрипты на баше, в силу специфики предприятия(тв канал) познакомился с такой прекрасной утилитой, как ffmpeg. Я был поражён на сколько это крутой софт для работы с любым медиа контентом. Это можно считать точной отсчёта примерно 2016-год.

Примерно 2,5 года назад мой друг открыл магазин автозапчастей и встал вопрос организации видеонаблюдения. Хотелось что бы доступ к видео был с любого устройства, архив можно скачать любого промежутка, и естественно всё бесплатно. В общем то не очень много требований.

Так повелось, что все технические вопросы он задавал мне и я пошёл изучать этот рынок. Пошёл смотреть что там есть на алиэкспресс из готовых недорогих железок. Сначала обрадовался, железные решения были очень бюджетные, но поняв, что софт там на уровне 2003-го (а на дворе был уже 2017), обязательно нужен internet explorer и использование ActiveX вкладку с алиэкспресс я закрыл )

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

Интерфейс всё так же напоминал 2003-год. Даже я разбирался как добавить камеру минут 10 и без документации не обошлось. Из плюсов безусловно то, что проект старый и стабильный, есть куча фишек связанных с детекцией движения и прочее, но пользоваться этим обычному пользователю не очень удобно, нужно что то интуитивное как ютуб.

Дальше я пробовал и ставил всё, что нагуглил, все решения, опенсорсные, проприетарные, любые.

В итоге из всего, что я попробовал мне понравилось 2 решения это Flussonic Watcher и shinobi.

Flussonic Watcher - NVR российской разработки, написан на erlang, работа с транспортом видео реализована самостоятельно. Это крутой софт! У флюсоника работа с архивом сделана так как я себе её и представлял в идеале, кто то уже сделал то, что я придумал себе в голове ) Но это платное решение при том достаточно дорогое, по этому от него я отказался. Но очень вдохновился.

Sinobi - это Open-Source проект, написан на nodejs, работа с транспортом видео реализована при помощи ffmpeg. Этот проект выглядел как что то, чем сможет пользоваться обычный человек. Но всё же интерфейс кажется слишком перегружен, да и стабильность работы в 2017-м оставляла желать лучшего. Я запарковал камеру оставил на 1 час, через час картинка просто зависла и в архив писался бесконечный стоп кадр. Про процесс добавления нового потока, я вообще молчу )

В итоге меня ничего не устроило, я просто написал несколько скриптов на баше, ffmpeg забирал с камеры поток в RTSP, добавил docker, посолил nginx и на выходе получил что то работающее. Запустил это на домашнем сервере(старый комп который стоит за холодильником), запустил и оно работало !  Кажется это можно считать прототипом нашего будущего видео регистратора и выглядело это вот: https://cam1.yuccastream.com/ https://github.com/yuccastream/cam1

Понеслась.

Я рассказал о своей идее сделать собственный видеорегистратор друзьям. Ребята приняли идею с энтузиазмом. Обсудили перспективы и возможности. Да и просто было интересно сделать что то своё и классное )  И мы начали работу.

Так как разработкой мы занимались в свободное время от основной работы, темпы были черепашьи.

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

Цель была почти та же, что и при запросе моего друга с автомагазином: "можно запарковать любую ip камеру, доступ к видео с любого устройства, архив можно скачать любого промежутка, и естественно всё бесплатно".

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

Вот так выглядит добавление новой камеры:

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

Единственное ограничение, видео должно быть в кодеке h264, в этом кодеке пишут 100% всех современных ip камер, так что не очень то и ограничение.

Вот так выглядит работа с архивом:

Согласитесь интуитивно ? Почти как в ютубе )

Как установить к себе ?

Тут всё просто вам нужен любой современный linux, где можно запустить docker, или MacOS.

Есть сборки под Raspberry pi.

Возможно в будущем появится поддержка windows, но сейчас с этим проблемы.

Есть платная версия.

Yucca - это не открытое программное обеспечение (

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

У есть 2 версии FREE и ENTRPRISE.

FREE - бесплатна и имеет весь необходимый функционал для организации видеонаблюдения в организации или дома.

ENTRPRISE - платная подписка, имеет функционал который может быть интересен большим компаниям или провайдерам услуги видеонаблюдение. Тут есть разграничение прав по пользователям, брендирование и список будет пополнятся.

Контакты

Сайт:  https://yucca.app/

У нас есть чатик у телеграме, если кто заинтересовался и есть вопросы, то вот ссылка.

P.S.: если где опечатка или лишняя запятая, пишите )

Мой давнишний и глубокоуважаемый поставщик оборудования привёз мне пару камер для видеонаблюдения.

Измерение углов обзора - ещё одна, на первый взгляд, простая тема , но над которой тоже пришлось провести немалую исследовательскую работу.
Самое основное от чего зависит угол обзора - это размер матрицы и фокусное расстояние объектива. 
Чем больше матрица, тем больше угол обзора.
Чем меньше фокусное расстояние, тем больше угол обзора и соответственно наоборот.

Казалось бы, что может быть проще, зашёл на любой сайт с калькулятором угла обзора и рассчитал его.
Но есть 2 "но":
1) Даже на одном заводе разные модели объектива с одним фокусным расстоянием , могут иметь абсолютно разные углы обзора.
2) Спецификация объектива которую заявляет производитель, может не всегда соответствовать реальности. Например вам выслали даташит на модель объектива 1337, в нём написано что он имеет фокусное расстояние 3.6мм. Вы заходите на официальный сайт завода, там тоже заявлено что модель 1337 имеет 3.6мм фокусное расстояние. НО по факту этот объектив имеет фокусное расстояние 3.3мм, просто производитель заявил его как 3.6мм.

По этим двум причинам вы можете получить на двух объективах с одним фокусным расстоянием абсолютно разный угол обзора. Или на дух объективах с разным фокусным расстоянием практически одинаковый угол обзора.

И естественно мы полагались на онлайн калькуляторы и заявления производителя пока к нам не пришла жалоба следующего содержания:
" почему у вас камера с объективом 2.8мм имеет угол обзора 118°, а камера с объективом 1.9мм - 120°. я не могу расставить камеры по плану и расчитаным зонам покрытия"

Я точно не помню какая там была матрица, но для 2.8мм там должен был быть угол обзора в районе 100°, а для 1.9мм - 140°
На тот момент мы не знали про вышеуказанные 2 причины, и поняли, что дальше так жить нельзя и нужно как то измерять и контролировать углы обзора.

Встал вопрос, как измерять углы обзора так, что бы наш китайский партнёр  согласился что это кошерный тест и его методология верна и он даёт правильные результаты. Для этого мы спросили нашего партнёра, как по его мнению должны измеряться углы обзора, на что получили ответ типа "Вы что тупые? Вот вам статья с википедии вам необходима тестовая коллиматорная комната со всем необходимым оборудованием. По другому измерить углы обзора объектива невозможно" 
Честно говоря, мы и не ожидали от него другого ответа, его цель сделать так что бы мы могли как можно меньше параметров камеры контролировать и у него был простор действий для подтасовки комплектующих и цен.
Забегая на перёд, после того как мы предоставили ему нашу методологию измерения углов обзора, он ни в какую не соглашался с ней, говорил "ваш тест неправильный, он неправильно меряет углы. А как правильно я не знаю". Но после того как мы получили от ТОП 1-2 компаний по выпуску видеонаблюдения, подтверждение того что наш метод правильный, и измеряет реальные углы обзора, нам удалось убедить нашего партнёра использовать наш метод измерения углов обзора.

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

Собственно ниже я приведу наши методы измерения углов обзора
Так же все материалы вместе с описанием тестов в PDF с ссылками доступны по ссылке :
https://yadi.sk/d/wzLZrptezcKYDA

Инструкция по замеру углов обзора камеры

Примечания:

1)для большей точности измерения, рекомендуется разобрать камеру и проводить замеры непосредственно с объектива. Разница при измерении с корпуса может достигать 10ти градусов.

2)Здесь описаны 3 метода измерения углов. Мы используем метод 1 и 3, метод 2 остается запасным и используется при большой разнице (более 3 градусов) в результатах между методом 1 и 2. При правильном использовании , все 3 метода дают одинаковый результат с разницей в 1-2 градуса.

3)Утилиту для автоматических расчётов можно скачать здесь (https://yadi.sk/d/9cE6pei326mRFg)

Метод 1

Скачиваем таблицу по ссылке (https://yadi.sk/d/I9NHfgYW0XOD1g) , распечатываем её на листе формата А3 ( можно напечатать на двух листах А4 , выбрав формат печати А3 а затем склеив их) . Сгибаем по горизонтальной линии на 90 градусов. Для удобства фиксируем таблицу на картоне.

Берём камеру и прикладываем объективом к точке фокусировки на таблице , как показано на фото.

Далее открываем изображение с камеры и смотрим какие цифры она видит .

В данном случае тест показывает горизонтальный угол обзора в 72 градуса.

Метод 2

Устанавливаем камеру напротив таблицы обязательно что бы стекло объектива было строго парралелено ( таблица не обязательна, можно установить напротив стены). Ставим отметки по горизонтальным краям обзора камеры. измеряем получившийся треугольник как на картинке. Сторона “а” это длина обзора по горизонтали. Сторона “b” это расстояние от объектива до крайней левой точки. Сторона “c” это расстояние от объектива до крайней правой точки.

Все замеры производятся в сантиметрах и вычисляются по формуле :

Пример:

На данном примере мы получили стороны:

a - 83см

b - 70см

c - 72см

Воспользовавшись автоматическим калькулятором по ссылке выше, получаем значение в 71.5. это и есть угол обзора камеры. Округляем до 72.

Метод 3

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

В этом примере a= 57cm b=83cm

Выполнив расчёт по данной формуле.

получим значение 72.1, это и будет угол обзора камеры. также округляем до 72.

P.S. - Для проверки того что все методы рабочие, можете взять и измерить угол обзора на камерах Dahua и Hikvision и сравнить с заявленными на официальном сайте. , у меня получалась разница меньше 1°. 
P.S.S. - так же я вам в архиве на всякий случай оставил таблицу стандарта ISO 12233 в векторной графике, при помощи которой мы проверяем качество сведения.

Я видел на пикабу много постов про разные профессии и это было очень интересно, а кому то наверняка и полезно. Моя профессия не самая распространённая, я "Специалист экспертного отдела", по факту, от лица Российской компании на китайском заводе разрабатываю/выпускаю камеры видеонаблюдения. И когда я сталкиваюсь с какой либо проблемой, то оказывается, что в интернете о ней нет практически никакой информации и мне приходится самому собирать информацию от китайский вендоров и наших парнеров. На основании этой информации составлять тест план и разбираться с этой проблемой. Статья как раз посвящена одной из таких проблем и будет полезна всем, кто хоть как то связан с видеонаблюдением - производителям, монтажникам, конечным потребителям и т.д.

Как вы догадались из названия, речь пойдёт о подключении камер видеонаблюдения по сети  WiFi.
В общем, решили мы выпустить камеру без LAN'а (без разъёма RJ-45) с возможностью подключения только по WiFi. На стадии тестирования образцов и сравнения их с конкурентами, мы заметили что на одном роутере адекватно работает только 2-3 камеры. А у нас их было 6 или 7 для сравнения. И это было немного удивительно, ведь битрейт у камер был в районе 6000 кбит\с и по идее одного роутера должно быть достаточно что бы подключить все камеры.
На тот момент мы использовали, если мне не изменяет память, роутер TP-Link Archer А5. На веб интерфейсе роутера мы увидели что загрузка ЦП уходит в 100% и начали грешить на то что у нас слабый роутер, не вывозит видеопоток с IP камер.

Тогда мы взяли точку доступа  UniFi AP AC PRO, потому что на её контроллере есть обширный функционал по анализу состояния сети. С учётом всех помех в офисе, на частоте 2.4Ггц мы получили канал шириной 40 Мб\с и провели следующий тест:

Методика тестирования:

1) Мы замеряем нагрузку на точке доступа без камер.

2) Затем подключаем одну камеру , фиксируем как изменяется нагрузка на точку , записываем данные в таблицу.

3)Потом подключаем 2 камеру и фиксируем нагрузку на точку при подключении двух камер

И т.д.

Условия тестирования:

Камеры подключены к серверу видеонаблюдения на дефолтных настройках,( для 2Mp камер это : переменный битрейт 4096, GOP 20, FPS 25, качество кодирования - лучшее) включен звук, пишет по детектору, около 30% кадра занимает включённый маятник.

Ведём с результатами тестирования.

В таблице мы фиксируем загрузку ЦП, памяти и трафик ( потребляемый от общей ширины канала в 40Мб\с.). Так же фиксируем качество потока при Live - просмотре на сервере в

основном потоке.

Результат:

Исходя из данных в таблице мы видим что подключая первые 4 камеры , нагрузка на процессор растёт на 3-5% за каждую камеру. Память камеры вообще практически не используют. 6 камер на 1% загрузили память.

Но при подключении 5 и 6ой камеры рост нагрузки на процессор останавливается и начинаются проблемы с потоком и растут дропы пакетов по вай фаю.

При этом используется только половина ширины канала - 21.5Мб\с.. В этот же момент замеряем пропускную способность канала через iperf и видим что есть ещё 20Мб\с. свободной ширины канала.

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

Мы думали что у нас плохие условия, много помех. слабое оборудование и тд. и пытались исправить эти проблемы.

По факту проблема абсолютно другая и кроется в самих принципах работы WIFi сетей.

Проблема в том что на WiFi сеть, (как на среду передачи данных), перекладывается обязанность устранения коллизий. Вдобавок к этому, WiFi единовременно может работать только с одним клиентом, остальные ждут и находятся в очереди.

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

При подключению по WIFI Устройство должно само анализировать среду передачи данных на наличие помех, прослушивать канал на наличие других устройств передающих трафик, дождаться конца передачи (освобождения канала) и только при этих условиях начинать передачу. Для этого используются дополнительные инструменты и протоколы которые и вызывают задержки трафика и следовательно проблемы с потоком.

Чем больше устройств подключено по WiFi на одной точке, тем больше очередь ожидания благоприятной среды для передачи данных и при количестве 4-6 камер эта очередь становится критической.

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

В данной статье,(https://www.proxim.com/technology/worp) некий производитель Proxim описывает свой протокол WORP, который оптимизирует служебные протоколы в среде передачи данных WiFi и даёт возможность подключить бОльшее количество WiFi камер к своей точке доступа (которые они производят) которая использует ,вышеуказанный протокол WORP.

В этой статье ссылаются на непригодность протокола 802.11 MAC используемого в текущих WiFi сетях стандарта 802.11 для создания точки доступа с множеством подключенных устройств с аудио и видео трафиком из за создания заторов на канале, в следствии согласования приоритетов передачи трафика между устройствами.

Протокол 802.11 MAC(https://ru.wikipedia.org/wiki/IEEE_802.11e)  использует протокол DCF (https://ru.wikipedia.org/wiki/Distributed_coordination_funct...), чтобы разделить эфир между множеством станций.

А протокол DCF в свою очередь базируется на протоколе CSMA/CA (https://ru.wikipedia.org/wiki/CSMA/CA) который как раз и производит прослушивание канала, согласование передачи трафика с другими WiFi устройствами и этим самым должен предотвращать появление колизий.

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

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

Вывод: В силу особенностей работы беспроводных сетей стандарта 802.11, на одном роутере адекватно будут работать только 3-5 2Mp камер со средними настройками.

Что касается 5Ггц - в видеонаблюдении они бесполезны. Полосы пропускания в 2.4Ггц достаточно для камеры, а дальнобойность и пробивная способность препятствий  у 5Ггц намного меньше.

P.S. - Моя первая статья, написана сугубо технарьским языком, не судите строго :3
P.S.S. - Если вам интересны ещё какие либо особенности тестирования\производства камер видеонаблюдения, особенности их работы, как работать с китайцами - пишите в комментариях, напишу ещё статьи если это будет вам интересно)

Ахой, бригада!

Занимаюсь помимо ЛВС и прочего "ИТ для бизнеса" иногда и видеонаблюдением, раскидал объявления по авитам и юлам - полный швах эти доски без нормальной статистики и парой просмотров в месяц, но иногда долетает и "бисер" (хрю)

Высадило меня вчера в осадок знатно: звонок в обед, вопрос: "сколько будет стоить сегодня переставить на 10 метров монитор и ресивер?"

Я всегда до конца держу марку и пытаюсь вникнуть в проблему клиента, переживая его "боль" (как говорят маркетологи), понимая, что правильно поставленный вопрос содержит от 80 до 90 процентов ответа, начинаю "бархатный допрос".

Говорю: "В душе не ебу, Сложно сказать, милая леди, по коридору могу бесплатно пронести, а для конструктивного разговора хотелось бы больше подробностей"

Не буду тут лить  воду из материалов допроса, сразу к делу: оказалось, что "перенести монитор" - это:

а. перетяжка или демонтаж/монтаж кабеля от четырёх камер,

б. воздушка или "а если под брусчатку?"

в. "а у вас кто-нибудь бесплатно может приехать и оценить?"

г. просто г.

д. "как платно? до свидания!"

Когда это случилось? Откуда это отношение к специалистам на уровне "пойди разберись"?

Как так отупел к хуям народ, когда не понимает, что микроволновка из кухни не будет работать в лесу и не надо было её брать в поход?

Кто-нибудь не дочитав до сюда, ляпнет про вайфай-камерах или что-то типа того, но я упреждающе скажу "хуй! речь шла о существующей гофре!", а это на 99,9% питалово либо "поэ", либо у ресивера лежит куча БП.

Просто реально бомбит!

К докторам же с открытым переломом ноги не приходят "помажьте йодом у меня завтра марафон"?

Блядь, в объяве указано моё местоположение, даже если предполагать, что надо просто "перенести монитор и ресивер", то можно же предположить, что я не бешеная собака и мне 50 км туда-обратно всё-таки крюк?

Хотелось бы послушать и обратную сторону монеты от бездельников в "свежем" тех, кто не понимает за что платить больше 150 рублей в час, ведь в макдональдсе 200, а я не мировая сеть  кому кажется, что вся эта электронника/сантехника/электрика - ёбаное волшебство и батарея будет греть, если  её отрезать и переставить в центр комнаты, и телевизор покажет любимый сериал в тундре, а пульт - это как волшебная палочка, а автобусы ездят, потому что "с горки же", а не ДВС.

Администрация выдала 100 плюсов, так что я готов к батхёртам от поехавших уебанов из секты "человек не должен разбираться во всём"

Ответ краток: нахуй идите, ДОЛЖЕН! хотя бы в рамках школьного блядь курса. А уж когда читать научили, то тут и вопросов не должно быть.

Такой вот пост. Адекватных приглашаю в нашу банду в чатике телеге, (ссылок не даю, ибо правилами вроде как запрещено, по пару постов назад САМ ссылку в пост вставил. просто скажу, что в моём профиле всё расписано и не ленивые и не тупые смогут) я всё-таки сделаю профсоюз и законодательно добьюсь тупых и жадных сжигать на кострах.

Ну и главный вопрос, который теребонькает умы и нервы: как думаете, какую я объявил цену и за сколько сделали бы это вы с ТЗ "на слух" (город пишите, это значимо)

Угадавший получит плюсцов и респектуху и модератора в нашем тележном чатике!

Всем доброго утра, а я потянусь коньяк допить!