LINUX.ORG.RU

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

 , ,


13

4

Bluecherry — комплекс DVR (Digital Video Recorder) для видеонаблюдения, состоящий из сервера, работающего на GNU/Linux, и клиента — приложения, работающего на GNU/Linux, MacOS и Windows, а также через сторонние мобильные приложения для Android и iOS.

До 18 апреля 2019 года открытым оставался лишь клиент Bluecherry, но начиная с этой даты компания-разработчик приняла решение также полностью открыть исходный код сервера.

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

Репозитарий находится на GitHub: https://github.com/bluecherrydvr

>>> Подробности

anonymous

Проверено: Dimez ()

Ответ на: комментарий от anonymous

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

Ну о том и речь. Предыдущий пассажир скорее всего пустил hires поток основным, а оно основной поток через детектор движения пропускает по-дефолту. Сравнивать в реалтайме кадрики какого-нибудь FullHD RPi естественно задолбается, даже если ffmpeg декодирует и кодирует поток через GPU.

Stanson ★★★★★ ()
Ответ на: комментарий от Maniac_with_a_saw

У меня вполне великолепно работает motion уже не первый год и не на самом топовом железе, но лучше обзавестись специально-обученной кетайской железякой! Единственный момент, что в основном софт для удалённой работы с этим железом, будет написан только под мастдайку. :( Можно конечно поизголяться под wine.

ilya73 ()
Ответ на: комментарий от Maniac_with_a_saw

Чем известен?

Это KISS программка для детектирования движения и записи эвентов с размером бинарника меньше полмегабайта.

Развивается?

3 февраля сего года версия 4.2.2 вышла. Фиг знает, может по нынешним модным молодёжным меркам это уже говно мамонта и давно сдохло.

Под Linux это лучшее решение для видеонаблюдения?

Это motion detector с записью событий и некоторыми доп. плюшками типа timelapse и работы с SQL БД. Чтобы тупо писать потоки с камер она вообще не нужна. А вот для организации системы motion detect видеонаблюдения дома или на даче с минимальными затратами ресурсов - очень даже годная штука. При росте рук из правильного места можно вполне полноценную систему сваять, вплоть до уведомлений через мессенджеры и пр. В падениях и неадеквате в отличии от zoneminder не замечена. Написана очень просто, на чистом С, можно легко допилить, если что-то странное нужно.

Так что для ссущихся от чтения документации и написания каких-нибудь скриптиков и SQL запросов неосиляторов это наверно худшее решение. А для тех, у кого всё в порядке с головой и руками motion может быть и наилучшим решением.

Stanson ★★★★★ ()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от Maniac_with_a_saw

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

nempyxa ()

Хорошая ноаость, с открытым видеонаблюдением у линукс беда.

voltmod ★★ ()
Ответ на: комментарий от Stanson

В падениях и неадеквате в отличии от zoneminder не замечена.

Может у меня особенность Debian'овской версии, но чуть-чуть есть - треды любят падать, если камера становится недоступна. Пришлось костылить рестарт motion'а целиком через monit по событию в логах. Правда, не так давно выкатили поддержку 4.2 в motioneye, надо попробовать обновиться с 4.1, может поможет.

YAR ★★★★★ ()

ну это не может не радовать, надо затестить.

jo_b1ack ★★★★ ()

а вот и первый прикол) неужели ЛОР эффект

sudo bash -c "$(wget -O - https://dl.bluecherrydvr.com/scripts/install)"
--2019-04-22 12:22:35--  https://dl.bluecherrydvr.com/scripts/install
Загружен сертификат CA «/etc/ssl/certs/ca-certificates.crt»
Распознаётся dl.bluecherrydvr.com (dl.bluecherrydvr.com)… 104.31.67.16, 104.31.66.16
Подключение к dl.bluecherrydvr.com (dl.bluecherrydvr.com)|104.31.67.16|:443... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 404 Not Found
2019-04-22 12:22:36 ОШИБКА 404: Not Found.

jo_b1ack ★★★★ ()
Ответ на: комментарий от IPR

А транслировать video оно умеет?

У него есть свой http-сервер (через libmicrohttpd), может выдавать mjpeg поток с потоков, на которых работает детектирование (обычно lowres). Но смысл этого мне не очень непонятен, зачем нужно транслировать видео через софтину, если можно поток напрямую с камеры снять?

Stanson ★★★★★ ()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ты все камеры напрямую в инет вытарчиваешь?

Это зачем ещё? Все эти говнокамеры надо вообще в загончике держать, ни снаружи никого не пускать, ни сами камеры наружу не выпускать.

А сами потоки проксировать - есть же масса вариантов, зачем для этого камеру куда-то выставлять? И зачем использовать для тупого проксирования потоков софтину которая не предназначена для этого?

Stanson ★★★★★ ()
Ответ на: комментарий от Deleted

Ты можешь внятно выражать свои мысли?

Зачем вообще может быть нужно гнать потоки через motion detector, если можно получить этот поток мимо этой штуки, задача которой вовсе не проксировать потоки, а детектировать движение и записывать события?

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

если можно получить этот поток мимо этой штуки

Можно получить поток. Один. С защитой уровня basicAuth. А для адекватной работы клиент должен уметь получить с сервера сразу пачку потоков ото всех камер. причем в клиенте должен быть простой способ переключаться между первичным и вторичным потоком, менять раскладку камер, включать/выключать звук итд итп.

- Вести «реестр» камер: сменили названия или количество камер на сервере — изменения автоматом прилетели на киент

- Просматривать архив с поиском по времени, движению, с ускорением и замедлением

- Несколько мониторов с сохранением раскладок всех окон после перезагрузки

- Разграничение прав по разным параметрам

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

Это нехилая такая надстройка над «проксированием потоков». И никакой ONVIF тут не спасет

Deleted ()
Ответ на: комментарий от Deleted

Можно получить поток. Один. С защитой уровня basicAuth. А для адекватной работы клиент должен уметь получить с сервера сразу пачку потоков ото всех камер. причем в клиенте должен быть простой способ переключаться между первичным и вторичным потоком, менять раскладку камер, включать/выключать звук итд итп.

Если тебе надо десятки камер, да в одном потоке, и со всякими плюшками и пр, то motion тут совершенно не при чём.

motion это просто детектор движения с минимально необходимыми фичами. Всякие там календарики с архивными событиями, разграничения прав, объединение/перекодирование потоков - это не его дело. Его несложно использовать в составе какого-то более навороченного комбайна, вместе с проксями, мордами к БД событий и т.д., но сам по себе он этим комбайном не является.

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Все верно. Но изначально-то был вопрос «Вообще есть нормальный видеорегистратор под Linux». Motion, очевидно, под это определение не подходит. К сожалению. Поиски нормального NVR для линукса (чтобы хотя бы часть заявленных выше хотелок удовлетворял) продолжаются

Deleted ()
Ответ на: комментарий от Maniac_with_a_saw

это поделка для одной (1) камеры.

anonymous ()
Ответ на: комментарий от Deleted

Заглянул в сырцы motion. В принципе там несложно запилить combined stream, чтобы все камеры в одном потоке мозаикой были и не требовался отдельный «склеиватель» типа ffmpeg. В motion для каждого потока используемого для MD (обычно lowres) существуют кадры в raw YUV420P. Сейчас они, при наличии потребителя потока mjpeg, жмутся в jpeg, каждый поток отдельно. Ничто не мешает добавить размещение нескольких raw картинок разных потоков в общую большую картинку, пожатие её в jpeg и стриминг через libhttpd. Может кто и запилит, если фича будет востребована.

А вот остальное - это точно не задачи motion, а какой-нибудь обвязки типа motioneye и т.п.

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

А чего теперь вместо него? Я чо-то не следил....

Увы, ничего. Раньше было классно. Жаль закопали.

Ну есть ещё gstreamer

Я не пробовал, но теперь попробую, видимо.

и vlc как минимум.

Слишком жирноват для меня.

IPR ★★★★★ ()
Ответ на: комментарий от sergej

Чето не вытягивает submodule

аналогично, исходники выложили, а смысл если они не собираются.

voltmod ★★ ()
Ответ на: комментарий от Turbid

ZoneMinder-капец?

С появлением shinobi этот мусор наконец-то закопали.

ASM ★★ ()
Ответ на: комментарий от anonymous

Супер вещь, с помощью node объединяет все программы для работы с видео, ffmpeg, opencv и тп. Не без косяков, конечно, но с учётом возраста проекта это не удивительно.

ASM ★★ ()

Кстати, может кто посоветовать ONVIF редакторы, а то чтобы элементарно время, ip адрес и имя камере задать приходится на python скрипты писать, так как не смог найти ни одного нормального редактора.

ASM ★★ ()
Ответ на: комментарий от ASM

shinobi
Супер вещь, с помощью node объединяет все программы для работы с видео

насколько я в курсе, она жрет как не в себя ресурсы.

jo_b1ack ★★★★ ()
Ответ на: комментарий от ASM

Был какой-то onvif tool или device manager от белорусских друзей. Вроде они его как open source начинали делать...

anonymous ()
Ответ на: комментарий от Maniac_with_a_saw

Ага, запалил бабку спершую с кучи соседа ведро песка :)

anonymous ()
Ответ на: комментарий от jo_b1ack

насколько я в курсе, она жрет как не в себя ресурсы.

У меня 3 камеры, загрузка на 0. Идёт тупое копирование потока на диск. Если ставить задачу анализа и перекодирования видео, определение лиц и тп, то да, жрать будет много, но к shinobi это отношение будет иметь малое, так как приложения перекодировки и тп использует внешние ffmpeg, opencv и тп.

ASM ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.