Сервер видеонаблюдения Bluecherry полностью открыт под GPL 2.0

А где там, собственно, репозитарий сервера-то? Ну и логичнее было бы добавить ссылку на официальный анонс.

Нашёл, вот сервер https://github.com/bluecherrydvr/bluecherry-apps Новость определённо радостная, хотя и не понятно, почему GPLv2 - всё-таки 21 век на дворе, уже давно пора v3 использовать.

я не знаю как ты и чем читаешь, но ссылка на официальный анонс — это ссылка «Подробности», а репозитарий указан — как репозитарий проекта в целом, откуда заранее знать, что тебя интересует, клиент, сервер или что-то еще.

почему GPLv2 - всё-таки 21 век на дворе, уже давно пора v3 использовать.

читал, что там жёсче в третьей версии стало и многие не рискуют

интересно, как они камеры цепляют?

через ONVIF же

ZoneMinder-капец?

Хоть бы скриншоты показали.

а также через сторонние мобильные приложения для Android и iOS

Читай как «цепляй в свое стороннее_приложение отдельные потоки через RTSP». Короче говоря, поддержка мобилок отсутствует

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

комплекс DVR
server application
PHP

Странно, почему выбрали пхп?

скажи спасибо, что не перл

Порадовало, что у них даже Enterprise лицензия есть за $90. Обычно физическая безопасность это всё-таки достаточно большие деньги (и ответственность), а не просто клиент под iphone... В общем, не очень понятна их модель монетизации в этом плане.

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

на 4 камеры 4mpx какое железо нужно?

У них там даже декодер и энкодер есть, так что может быть прожорлив. Даже motion detection в коде упоминается!

Хотя правильная (масштабируемая) схема: встроенная видеоаналитика в камере работает на raw image, а nvr уже на этих событиях сидит и записывает при необходимости. Надёжная схема - к этому добавить флешку на камере, чтобы и при обрыве соединения писал к себе в локальный буфер, а nvr потом синхронизировал. Ещё полезно и батарейку с WiFi добавить, потому что при пожаре электричество может или отключиться или провода погореть... (А в тех же камерах нахаляву папа gpio портов идёт, например, чтобы замком управлять).

Да zoneminder на php, его давно уже закопали.

Смотри в сторону motioneye он на питоне.

Смотри motioneye.

Да zoneminder на php

Там адовая смесь из Perl, C++ и PHP для гуйни

что про shinobi скажете, аналитики?

What is the Bluecherry application written in?

The client is written in mostly C++ using the Qt framework.

The server is written in mostly C++ and C, with PHP and some shell scripts for behind the scenes magic.

Бля.... опять PHP, зае.... эти тормоза....

что про shinobi скажете

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

Вообще есть нормальный видеорегистратор под Linux и что бы на C++/C без этих ёба**х PHP, Python, Perl, JavaScript и прочего дерьма?

Отличная новость.

Вообще есть нормальный видеорегистратор под Linux и что бы на C++/C без этих ёба*

Есть.

хорошая шутейка! :) Хотя тоже слышал мнение, что нефиг уйнёй страдать, а надо доверить дело подобным девайсам. Вот правда есть одно НО! Много подобных девайсов (хоть сами они и на Линуксе крутятся) для общения с ними требуют богомерзкого осла + activex плагин подгружать надо. :( Есть вааще нативный софт под линь, для работы с dvr? ЗЫ а чем именно эти железки хороши? На алике подобных дофига.

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

Есть вааще нативный софт под линь, для работы с dvr?

Ivms4200 для железок ltv, xeoma для аггрегации rtsp. Cms3.0 через wine для всякого китайского говна

motion. Маленький, шустренький, motion detect с маской умеет, жевать маленький поток для motion detect и при детекте писать HD поток без переконвертации умеет. Всякие БД можно подключить для хранения событий. timelapse видео умеет. Для дома вполне достаточно.

требуют богомерзкого осла + activex плагин подгружать надо

нет, у тебя же платка напрямую включена в монитор.

ЗЫ а чем именно эти железки хороши?

производитель.

но купить можешь конечно только через алибабу, или ищи точки на алиекспрессе.

Спасибки! xeom-у вроде пробовал, но не осилил или чего путаю. У меня на даче стоит «аналоговый» dvr «известной» фирмы falcon + есть тырнет по оптике, но только недавно (случайно) нашел решения по просмотру архива видеозаписей. Вроде русская контора Partizan и удалось запустить их софтину под вайном (единственное толковое, что я осилил запустить под вайном :) ).

Так с моником это понятном, но мне важнее смотреть архивы дистанционно!

motion конечно кошерен и работает у меня с одной аналоговой камерой, но так и не смог добиться приемлемых результатов при обработке потока с RTSP камеры и кстати кушает он процессорные ресурсы очень даже некисло!

motion. Маленький, шустренький

Говно этот твой motion. Запусти его на RPI, или каком-нибудь ембедедде со следующим юзкейсом: а) входит RTSP поток с одной камеры, его нужно b) писать на диск c) параллельно стримить в mjpeg дабы смотреть с любого браузера не подвязываясь к плагинам

Запустишь - охренеешь.

Зря вы так! motion самое лёгкое и адекватное приложение, но вот с RTSP, да ещё на одноплатнике - тут конечно бяда! :(

Говно этот твой motion. Запусти его на RPI, или каком-нибудь ембедедде со следующим юзкейсом: а) входит RTSP поток с одной камеры, его нужно b) писать на диск c) параллельно стримить в mjpeg дабы смотреть с любого браузера не подвязываясь к плагинам

Так это не motion говно, это RPi говно для пережимания HD из H264 в mjpeg и записи на диск.

а) входит RTSP поток с одной камеры, его нужно b) писать на диск c) параллельно стримить в mjpeg дабы смотреть с любого браузера не подвязываясь к плагинам

в gstreamer - тривиальный пайплайн c tee, если видео перекодировать не надо на чем угодно заработает. Зачем тут motion ?

motion конечно кошерен и работает у меня с одной аналоговой камерой, но так и не смог добиться приемлемых результатов при обработке потока с RTSP камеры и кстати кушает он процессорные ресурсы очень даже некисло!

У меня работает с двумя копеечными 720p IP-камерами, которые отдают по 2 H264 потока - 352x288 и 1280x720, пишет motion-detected эвенты, и timelapse. Не жрёт практически ничего.

В настройках камер такое:

netcam_url rtsp://camera-0/user=xxxxx_password=xxxxx_channel=1_stream=1
netcam_highres rtsp://camera-0/user=xxxxx_password=xxxxx_channel=1_stream=0
width 352
height 288
framerate 25

В настройках самого motion

movie_output on
movie_passthrough on
movie_codec mkv

Ну и в камерах настроено, что в highres keyframe каждые 20 или 60 кадров, что-ли, не помню уже, чтобы motion'у highres легко нарезать было когда надо ролик на диск скинуть по эвенту.

Жора никакого нету, потому что декодируется только поток 352х288@25, он же используется для motion detect. А пишутся фреймы из highres без какого-либо пережимания. Работает уже почти год без малейших проблем. После zoneminder - просто образец удобства, нетребовательности к ресурсам и надёжности.

На 80-100@720p камер по прежнему нет пути в FOSS и нужно юзать проприетарщину?

Видеонаблюдение на даче это полезная вещь. Предлагает ли СПО сегодня готовые решения?

Так это не motion говно, это RPi говно для пережимания HD из H264 в mjpeg и записи на диск.

Нет, это именно motion говно, поскольку на этой же самой Малине я стал крутить набор костылей из ffmpeg и PHP для стриминга в mjpeg - и процессорное время перестало жраться не в себя.

в gstreamer - тривиальный пайплайн c tee

Вот и я о том же. Motion не нужен.

Нет, это именно motion говно, поскольку на этой же самой Малине я стал крутить набор костылей из ffmpeg и PHP для стриминга в mjpeg - и процессорное время перестало жраться не в себя.

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

Ну разве что если только он (motion) делает это по умолчанию.

Ну разве что если только он (motion) делает это по умолчанию.

Догадайся, чем по-умолчанию занимается программа для камер с названием motion. :) Я даже не в курсе, можно ли это выключить в ней.

А вот нехрен его натравливать на RTSP на таком слабом железе. У меня он работал на роутере с четырьмя камерами, раз в пол секунды брал с них скриншот и писал в архив на сервере. Дело было в 12 году, камеры vga и роутера на это дело хватало. Под каждую задачу свой инструмент.

Можно

Зачем заниматься md на высоком разрешении? Можно просто получать несколько потоков: один на архив в h.264, второй на аналитику в mjpeg и разрешением соответствующим.

что эксперты посоветуют взамен тормозного zoneminder-а?

Я не покупал, я игрался. Шведские аксисы очень хорошее впечатление производили (хотя после того, как их Canon купил, не знаю как у них там). Но, конечно, не для дачи решение.

А на счёт iot - то я считаю, что железо тоже должно быть open и чтобы самому можно было прошивать. Это ж самая большая ботнет была как раз на этих камерах: кто-то из китайцев написал дырявую прошивку и до стали продавать под разными брендами. Один раз взломали и сразу миллионы коннектед девайсов...