Видеорегистратор-ПК на базе Linux?

Добрый тебе совет: сделай видеосервер на оффтопике. На крайний (религиозный или ТЗ) случай возьми видеорегистратор на базе Linux (минусы: низкая ремонтопригодность, плохая масштабируемость, сложности с интеграцией). На данный момент виндовые решения на голову выше.

По пунктам:

0. man триплексный режим, в любой системе можно пускать только клиент АРМ и оставить оператору только мышь

1. «Сохраняет на дисках видео как есть, без перепаковки» - не забудь купить много-много дисков. man Motion wavelet

2. программа должна уметь разные настройки разрешения для записи/отображения

3. обычно нужный модуль делает (бесплатно) производитель по запросу проектно-монтажных организаций. на них же и обкатывают

4. см. п 3

5. ленивчика?

Забыл: на аналоговых камерах система ВСЕГДА получается лучше. Если IP обязательно - смотри в сторону Axis. Кстати, у них в комплекте к камере идет халявная (на 4 камеры) версия Axis Camera Station (лучше с этими камерами ничего не работает, о какой бы поддержке не заявлял вендор) - докупи пару лицензий. Это работает даже на летном поле через Wi-Fi.

Интерфейс оператора НЕ ВЕБ (это я про ZM и Avr!).

Почему?

1. Сохраняет на дисках видео как есть, без перепаковки (и изменения размера понятно - в планах может быть подключение камер с разрешением до 5МП)?

Какой битрейт выдают камеры? Подозреваю, что никаких дисков не хватит для хранения архива, например, за месяц.

По ряду причин (ТЗ в том числе) оффтопик не подходит. Готовые решения «в железе» или не отвечают требуемым ТТХ или неприемлемы по цене. По этой причине ищется именно софт. А такой «совет» я и сам мог бы дать. :)

1. Винты как раз не проблема 4x2Tb=SoftRAID5(3+1)=6Tb на пару недель непренывной записи для 6x2Mp камер вполне себе хватит, а больше и не нужно.

5. Пульта дистанционного управления (например IRLink).

p.s. Насчёт OSSirius DVR 301 было бы интересно отзывы услышать.

Весьма спорное утверждение, но спорить уже лениво. Далее, если бы был возможен оффтопик - был бы выбран TRASSIR.

Согласен, но у меня за 6 лет ни разу не получилось сделать IP лучше. IP это тоже ТЗ? Сэкономь на камерах, возьми регистратор подороже. Я рекомендовал бы ITV.

>Почему?

Таково пожелание заказчика. Ну и я тут с ним солидарен. Локально это попусту не нужно (почему и по каким параметрам универсальное веб решение проигрывает небольшому законченному нативному приложению я думаю объяснять не стоит?).

Какой битрейт выдают камеры? Подозреваю, что никаких дисков не хватит для хранения архива, например, за месяц.

Каждому по потребностям. :) А столько и не требуется. Неделя, максимум - две. Требовалось бы больше - был бы и другой подход (например внешний массив). Тут же довольно бюджетное решение может получится.

motion посмотрите

почему и по каким параметрам универсальное веб решение проигрывает небольшому законченному нативному приложению я думаю объяснять не стоит?

Всё-таки хочется это услышать =).

Согласен, но у меня за 6 лет ни разу не получилось сделать IP лучше. IP это тоже ТЗ? Сэкономь на камерах, возьми регистратор подороже. Я рекомендовал бы ITV.

Я намекну, ключевое слово - «мегапиксельные». :) Проект как раз с аналога будет переводится на цифру с последующим внедрением необходимых собственных фич.

Motion разве законченое решение? Я почему-то думал это инструмент для встраивания... ну в крайнем случае - по веб вещать, не?

sptim> Motion разве законченое решение?

Как регистратор — вполне. В sql базу пишет инфу о том когда и что регистрировал. По этим данным нативный клиент для просмотра нужного видео пишется в пол-пинка .

[quote]Всё-таки хочется это услышать =).[/quote]

Отвечать не успеваю - работу забросил. :) ОК. Давай посмотрим. Напоминаю, рассматриваем систему на линухе - отсюда и будем плясать. Хотя бы то, что сразу на первый взгляд можно сказать.

1. Де факто система автономна. Т.е. включил, ОС загрузилась, старовало ПО регистрации и клиент - отображает\записывет... По большому счёту это ядро линукса (может даже пересобранное без ненужных модулей) + минимально необходимая обвязка ибо нафиг ненужное? (ну и старт с флеш-диска вполне себе рабочий вариант)

1.1 С нативным софтом всё понятно. Ему дополнительно ничего не нужно - он как правило самодостаточный (или содержит необходимые компоненты).

1.2 Что же с веб клиентом? Какой-такой барузер? Так что получается вам еще и шелл графический подавай и софт соответствующий? Ого... а у меня тут голые иксы... (причем на этом минимуме уже способно нормально работать граф.JVM приложение, при установленном JRE конечно!)

2. Нагрузка на проц (про память не говорю - не так важно). Одно дело выполнять копеечный нативный код (ну или байткод для JVM) и совсем другой коленкор с js и web (а если тот же джава-аплет, то тем более нет смысла в вебе - пускай его локально в песочнице - меньше звеньев будет).

3. Отказоустойчивость. Кроме того, что меньше звеньев в нативном решении, так еще гарантируется нормальный отлов и обработка ошибок. Чего нельзя сказать про вебрешения.

4. Безопасность (должна быть безопасной). Как правило ВСЕГДА - чем меньше возможностей, тем безопаснее (т.е. если система урезана и удалены\заблокированы все возможные способы нештатных операций со стороны пользователя). А веб мало того, что тащит за собой кучу малу софта, так еще и не обеспечивает безопасности операций.

Вот в принципе основные мои «претензии» к веб решению в качестве локального. Хотя для удаленного\мобильного - я бы без сомнения выбрал бы решение на джава-аплете.

По этим данным нативный клиент для просмотра нужного видео пишется в пол-пинка

А! Всётаки «пишется», о чем я и говорил, когда сказал, что это решение-полуфабрикат. Или погоди, ты имеешь в виду, что видео-то он пишет, но клиента для реалтайм наблюдения (ну и для прочих функций) не имеет?

для реалтайм наблюдения у него встроенный мини-веб-сервер.

1. Для нативного веб приложения тебе все-равно понадобятся Х-ы, врядли кто будет тебе рисовать напрямую в фреймбуфер.

2. «веб-браузер» может быть встроен в нативное приложение. в кавычках, потому что нативное приложение в принципе может сделать wget http://localhost/camera1/current_image.jpg и нативно :-) отобразить

для реалтайм наблюдения у него встроенный мини-веб-сервер.

О чём я и упомянул.

1. Для нативного веб приложения тебе все-равно понадобятся Х-ы, врядли кто будет тебе рисовать напрямую в фреймбуфер.

Я может невнятно говорю? ;) Мои слова о нативности приложения ни в одном месте веб не подразумевали (я бы даже сказал - наоборот - противопоставляли). :)

2. «веб-браузер» может быть встроен в нативное приложение. в кавычках, потому что нативное приложение в принципе может сделать wget http://localhost/camera1/current_image.jpg и нативно :-) отобразить

Да. И какой отсюда вытекает вывод? Веб морда не нужна. О чём я и пытался сказать (может быть немного сумбурно, ну да я тут еще работать пытаюсь... :)).

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

p.p.s. Что-то отзывов по OSSirius ни от кого нет... настораживает. :)

>организации видеорегистратора на базе ПК с ОС Linux.

Выбор невелик: Video for Linux resources, но можно приспособить Motion и ZoneMinder.

Выбор невелик: Video for Linux resources, но можно приспособить Motion и ZoneMinder.

Угу. Там ничего и нет по теме (кроме них)...

Мне для полного контроля за домом хватило одного motion. Слышал про zoneminder, но не видел (лень разбираться)

Странно, что до сих пор никто не выложил софт, удовлетворяющий требованию ТСа. Ведь наверняка уже давно существуют сотни реализаций. Только открывать их никто не хочет :(

Мне для полного контроля за домом хватило одного motion. Слышал про zoneminder, но не видел (лень разбираться)

Моушн сейчас еще раз смотрел - в общем-то он и заточен для детекции движения (события). И если это не требуется (настраивается в камере) и также не нужна вебморда, то смысл его использования теряется... ZoneMinder же вообще монструозный (в плане толстый и неповоротливый), зато ресурсы жрёт только в путь. Так что вот. :(

Ну так как конфиг у мошна большой, можно его заточить и под простую съемку(как фото убрать я понял, как видео из прошлого(pre-capture) сделать - тоже, а вот постоянную запись еще не нашел), думаю. Морду можно и в нуль пустить

Странно, что до сих пор никто не выложил софт, удовлетворяющий требованию ТСа. Ведь наверняка уже давно существуют сотни реализаций. Только открывать их никто не хочет :(

И не говори. Хоть блин садись и свой «велосипед» пиши. :( В общем и требуется-то функционал микроскопический: 1. Запись видео с камер в файлы с разбивкой по размеру\времени. 2. Отображение текущего видео с камер на дисплее. 3. Просмотр и копирование данных из архива. ВСЁ! (из критичного, остальные фичи допиливаются по ходу) При том, что уже всё оцифровано, чистым потоком тебе передаётся...

До того, как начал использовать motion, для
1 - использовал wget http://camip/blah.mjpg с нарезкой по времени
2 - подключался mplayer'ом напрямую к камере
3 - любым удобным способом.

Правда, мне еще надо было ужимать его на лету, поэтому было что-то вроде такого:

rain@acnote:~$ cat bin/camcap.sh
#!/bin/bash

pref='/home/rain/cam'

timeout -15 3605 wget -qO- 'http://192.168.0.106/video.cgi?resolution=640x480' |
ffmpeg -r 7.5 -f mjpeg -i - -vcodec mpeg4 -b 1100k "${pref}/cam_01_$(date +%s_%H).avi" 2>/dev/null

Ну так как конфиг у мошна большой, можно его заточить и под простую съемку(как фото убрать я понял, как видео из прошлого(pre-capture) сделать - тоже, а вот постоянную запись еще не нашел), думаю. Морду можно и в нуль пустить

По мануалу какому делал или методом «научного тыка»? :) Ну исходники взять и обкоцать\дописать - это конечно вариант, но кто бы еще запилил. Сейчас глянул, 850кб кода из них ~60% - это детекция движения и иже с ним связанное. Остальное - либы кодировани\декодирования, получения данных с камер... В общем смысла нет брать за основу.

Вот. Даже это как подход имхо логичнее для простой записи. Только должно выполняться прогой, а не скриптом.

Кстати, в моушн также юзается wget и ffmpeg (сорцы запилены внутрь).