И Вас с наступающим, всего хорошего и побольше! :)

Спасибо.

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

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

и приступим, помолясь...
С Новым Годом!

Спасибо, Владимир уже сам нашел в конфиге :)

Да вроде бы не за что пока...
////////////////////////////////////////////////////////////////////////
Пара слов о mplayer в качестве вьювера. Вот это дело:

при использовании vloopback, выведет картинку 320x240 в верхнем левом углу без оконного бордюра. Совершенно понятно, что следующую картинку следует показать, изменив лишь x-координату, т.е:

следующую так же:

а в четвертой изменяется y-координата (конечно же, если реализуем мультиэкран в три строки и три колонки (девять камер)):

И т.д...

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

з.ы. Да, в полноэкранный режим по двойному клику мышки (папка .mplayer в домашнем каталоге, файл - input.conf пропишем:

).

У меня mplayer как-то странно себя ведет такой настройкой - срабатывает переключение в фул через раз или два. При этом при каждой "несработке" в консоль валиться "No bind found for key 'MOUSE_BTN0'.-MOUSE_BTN0_DBL"
А вот если заменить MOUSE_BTN0_DBL на MOUSE_BTN0-MOUSE_BTN0_DBL, то все отлично работает и переключается с первого раза. Правда теперь в консоль иногда вылетает сообщение "No bind found for key 'MOUSE_BTN0_DBL'.
Причем в выводе "mplayer -input keylist" такого составного ключа вообще нет, наден методом полунаучного тыка. Версия Mplayer SVN-r29940-snapshot-4.3.3

Как у Вас переключается с MOUSE_BTN0_DBL, стабильно?

Да, есть такое дело, но с консолью все в порядке.

Спасибо. А я не додумался до этого. Попробовал - все работает, причем отлично, и сообщений никаких нет.
Я в этот раз ставил из убунтовского репозитория: SVN-r29643-Ubuntu-RVM.
Знаете, нормального вьювера для локалки нет, поэтому и решили с alexis031182 старый вьювер до ума довести, но чтобы все не переписывать, поискали vloopback, поддерживающий v4l2, нашли, Саша несколько изменил код в модуле, и теперь прога задышала. Есть мысль совместить вьювер с конфигуратором, но пока не уверен, что это здорово. В общем, на выходных вернемся к этой программе.

Вот и у меня эта проблема возникла, сдал заказчику систему "под ключ" в виде регистратора и сетевого доступа к нему. (тех.условия такие были - необслуживаемый ящик незнамо где стоящий, а все кому разрешено, по сетке цепляются и реалтайм смотрят или архивы качают). И тут на тебе, говорят - "А мы еще хотим монитор прицепить , смотреть и управлять". Вот и пришлось пока с mplayer-ом выкручиваться.

Вот и я не уверен. В том смысле, что часто оператор всей системы такой "дуб дремучий" , что ему страшно лишнюю кнопку давать в руки, обязательно что-нибудь поломает (даже при макс. защите "от дурака", гениальные операторы находят случайно ТАКОЕ сочетание воздействий, что сам до этого никогда не дойдешь своим умом - один пример с Чернобылем чего стоит!).
Или разделить функции в программе - типа админ может конфигурировать, оператор - минимум лишних телодвижений. В таком случае лучше уж две спец. программы, чем один "комбайн".

Ну надо же, совпадение! Практически один в один. Правда, мне еще нужно к серверу второй монитор цапануть к видяхе, причем стоять он должен выше этажем.

Согласен на все сто.

И с этим согласен. Пожалуй, так и поступим - оба проекта возродим.

Да уж совпадение просто 100%. Я ведь не упомянул, что теперь еще и на пост охраны монитор дотащить надо, а он этажом НИЖЕ. А на счет монитора к охране задумка у меня сделать на Pentium 166-200 (хлам по современным меркам, в "мусоре" можно поискать или за копейки взять) сделать удаленную загрузку по сети (Slackware + LTSP = терминал, я уже такие делал) и уже на него выводить mplayer-ом "картинки" по сети (отдельный сетевой шнурок проброшу, что бы трафиком не забивать свитчик).
Что имеем в плюсах - с поста охраны будут не только смотреть, но и в случае необходимости разворачивать на весь экран и прочие манипуляции. Не надо думать, как удлиннить шнурок от видяхи (в моем случае метров 30-40). На терминале у охраны вообще не будет винчестера, все крутиться на сервере (вот только с нагрузками на процик надо померять), а на терминале только иксы запущены и уже на них с сервера идет "картинка". Т.е. охрана может тупо клацнуть выключателем и ничего страшного для компа в этом нет. Вся загрузка по сети и никаких сбоев в файловой системе.
Ну этот вариант от ограниченности бюджета проекта, а так бы можно было просто прикупить сразу тонкого клиента и вперед.

Жду с нетерпением. Ежели чем надо будет помочь, говорите, постараюсь.