Бета версия Xeoma 13.11.1 доступна для загрузки!

[kott]

ну чего-то вроде починили, теперь не падает как 13.10.25.
Проверял на серверах Ubuntu 12.04 LTS x86_64, Gentoo x86 3.11.6
Клиент Gentoo x86 3.11.6 х86

Комментарий по работе архива:
при первом экспорте все нормально.
При повторном - ошибка. скрин ошибки:

[kott]

Еще по архиву. если не указать путь на сервере, а на загрузку на клиента указать - выгрузка не состоится, если указать пути в обоих полях то все нормально загрузиться на клиента, Но на сервере файл не сотрется. (перезаписать его тоже не удастся)

а что делать если надо выгрузить половину архива? а у нас на сервере нет места? Пример. поставили 1 Тб диск и пишим его весь, тоесть пустого места у нас нет. Система отдельно ее место не считаем. надо выгрузить пол такого архива? куда оно будет сохранять?

[kott]

Тут решил немного подебажить почему с клиента под WIN7 не сохраняет видео.
Пытаемся выгрузить:

export112.jpg (56.39 KiB) Viewed 31616 times

На сервере при этом получаем
cp: cannot stat `/root/tmp/trimmedvideo.mp4': No such file or directory

причем путь "/root/tmp/" мы имеем не зависимо от того что указываем в первом поле "/video.avi" или "/tmp/video.avi", даже создание папки tmp в root, не решает проблему. Хотя ПО запущенно от рута и писать/создавать папки и файлы ему не мешает, что прекрасно наблюдается при подсоединении клиентом из под linux.

[vfp7]

Есть еще один косяк всех версий xeoma, если сменить путь в настройках архива ( где хранятся видеозаписи программы ), особенно сразу на всех камерах, то программа уходит в даун.
Это происходит когда накопленно достаточно много видеозаписей, обычно для ступора хватает записей с 12 камер за трое суток.
Косвенно определил, хеома захлебывается дисковыми операциями; как я понял, она переносит файлы видеозаписей на новое место.

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

Если использовать xeoma для корпоративного видеонаблюдения, то она ( хеома ), ни в коем случае не должна оставлять ССБ без возможности отслеживать и фиксировать видеозаписи охраняемого участка ...
( lubuntu 13.10 x64 )

[vfp7]

Еще навскидку два косяка:

При смене директории архива, хеома переносит туда файлы видеозаписей из старой директории, НО, при этом рандомно по многим камерам слетают видеозаписи, то есть я открываю в программе просмотр архива, и вижу что по некоторым датам, часам и минутам нет видеозаписей, то есть я их не могу просмотреть в хеоме.
Судя по всему у хеомы своя БД архивов, и она перекореживается при этом.
Подчеркну еще раз - это актуально при достаточно большом архиве, у меня он сейчас равен 2 ТБ

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

Просьба по второму недочету отработать как можно оперативнее, я xeoma развернул в сети магазинов в боевом режиме, на 12 камерах ССБ на достаточно отвественных местах.
Первый недочет неприятен, но не критичен.

[vfp7]

Тут решил немного подебажить почему с клиента под WIN7 не сохраняет видео.
Пытаемся выгрузить:

export112.jpg

На сервере при этом получаем
cp: cannot stat `/root/tmp/trimmedvideo.mp4': No such file or directory

причем путь "/root/tmp/" мы имеем не зависимо от того что указываем в первом поле "/video.avi" или "/tmp/video.avi", даже создание папки tmp в root, не решает проблему. Хотя ПО запущенно от рута и писать/создавать папки и файлы ему не мешает, что прекрасно наблюдается при подсоединении клиентом из под linux.

У Вас где имя файла экспорта первым символом стоит / - это недопустимый символ во всех ОС

[kott]

У Вас где имя файла экспорта первым символом стоит / - это недопустимый символ во всех ОС

Вы наверное ни разу линукс не запускали? символ "/" означает что начинаем от корня диска. и запись "/video.avi" должна создаться просто в корне.

К стати:
в 32хбитной версии пол линукс, с вин клиентом_х32 бита, нормально начало экспортировать если прописать создаваемый файл "/tmp/video.avi".

[kott]

еще по архиву:
Хотелось бы чтобы настройка: сколько места занимать, сколько оставлять свободным, кол-во дней для сохранения - помимо бегунков с заданным шагом(лучше если он будет 10 Мегабайт, а не 250 мегабайт), было поле для ввода числового значения.

[Admin_N]

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

В новой бета-версии (13.11.8 уже доступна на нашем сайте) дело обстоит лучше?

В программе есть функция "Маркировка"... работает ТОЛЬКО при просмотра на мониторе, в архиве маски от этой функции нет

Не совсем так, эта маска накладывается и на архивные записи, если запись ведется в формате MJPEG (.xem). Если идёт прямое сохранение в Н264, изображение с камеры идёт, минуя все обрабатывающие модули, поэтому, собственно, это и называется прямым сохранением. В ближайшей версии сделаем наложение маркировки и т.п. изменений при экспорте.

Хотелось бы чтобы настройка: сколько места занимать, сколько оставлять свободным, кол-во дней для сохранения - помимо бегунков с заданным шагом(лучше если он будет 10 Мегабайт, а не 250 мегабайт), было поле для ввода числового значения.

В ближайшее время будет добавлено больше значений для более гибкой настройки; возможность задавать значение самостоятельно будет добавлена позже.

[vfp7]

$2

У Вас где имя файла экспорта первым символом стоит / - это недопустимый символ во всех ОС

Вы наверное ни разу линукс не запускали? символ "/" означает что начинаем от корня диска. и запись "/video.avi" должна создаться просто в корне.

К стати:
в 32хбитной версии пол линукс, с вин клиентом_х32 бита, нормально начало экспортировать если прописать создаваемый файл "/tmp/video.avi".

Наверно ни разу , посмотрите ВНИМАТЕЛЬНО на Ваш скрин, верхняя строка параметра, где имя файла, перед именем файла стоит СЛЭШ, его там НЕ должно быть.
Вы не в unix, это же скрин с винды.
И даже если бы это был unix, то в корень Вам не дадут записать при нормальной работе программ в nix, - заранее пожайлуста

[vfp7]

Кстати, еще замечание, раз уж тут бодаемся кто когда запускал nix

uvideo3der@video3der:~$ ps aux | grep xeoma
root 343 1.1 0.0 113808 11184 ? Sl 07:46 3:20 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.106:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.24/2013-11-13/h264/0466_10.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:407504560140683670975928
root 1141 163 1.6 3063392 269468 ? Sl нояб.08 11566:08 /home/uvideo3der/bin/Xeoma/xeoma -service -startdelay 1
root 2209 0.3 0.0 114248 8060 ? Sl нояб.08 28:15 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.10:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.16/2013-11-08/h264/0875_18.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:52898140683667700056
root 2211 1.0 0.0 115124 8992 ? Sl нояб.08 75:13 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.105:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.4/2013-11-08/h264/0875_18.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:52905140683667205528
root 2213 0.4 0.0 121824 3824 ? Sl нояб.08 28:46 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.12:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.12/2013-11-08/h264/0875_18.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:52920140683667287944
1000 2234 0.0 0.0 20456 944 pts/0 S+ 12:33 0:00 grep --color=auto xeoma
root 5373 0.3 0.0 111652 7608 ? Sl нояб.08 21:31 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i http://admin:admin@192.168.1.13:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.32/2013-11-08/h264/0935_24.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:3658975140683671255160
root 6440 0.7 0.0 112200 6188 ? Sl нояб.08 51:29 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.102:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.20/2013-11-08/h264/0941_30.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:4024262140683667907592
1000 17573 36.2 0.4 579372 73708 ? Sl нояб.09 2038:58 /home/uvideo3der/bin/Xeoma/xeoma -client
root 19758 0.4 0.0 111972 5960 ? Sl нояб.08 28:09 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.103:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.8/2013-11-08/h264/0960_10.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:5145036140683667773256
root 23969 0.3 0.0 115084 12336 ? Sl нояб.08 24:38 /usr/local/Xeoma/Additional/ffmpeg_011p -loglevel quiet -probesize 100000 -analyzeduration 5000000 -i rtsp://admin:admin@192.168.1.11:554/video.h264 -map 0 -f fssegment -segment_format mp4 -vcodec copy -acodec aac -strict experimental -b:a 32K /var/xeoma/video/Preview+Archive.36/2013-11-08/h264/0920_06.mp4 -f switchablefsimstream -map 0 -vcodec copy -an -r 15 fssmem:2740946140683670641736
uvideo3der@video3der:~$

А так ли уж необходимо запускать xeoma от рута?
Насколько я понимаю ничего особенного, требующего рута она не использует ...

[vfp7]

Еще нарекание

uvideo3der@video3der:~$ top
1141 root 20 0 2991m 275m 34m S 211,7 1,7 11574:24 xeoma
17573 uvideo3d 20 0 565m 72m 31m S 40,2 0,5 2040:36 xeoma
2116 root 20 0 661m 58m 4380 R 30,9 0,4 1580:16 ffmpeg_011p
2127 root 20 0 660m 56m 4364 R 25,6 0,4 1650:08 ffmpeg_011p
2125 root 20 0 663m 61m 4376 R 23,3 0,4 1507:12 ffmpeg_011p
19747 root 20 0 689m 57m 4372 S 22,3 0,4 1210:03 ffmpeg_011p
23943 root 20 0 688m 96m 4388 R 21,6 0,6 1420:14 ffmpeg_011p
2147 root 20 0 659m 56m 4376 S 21,3 0,4 1360:54 ffmpeg_011p
315 root 20 0 665m 78m 4412 R 16,3 0,5 55:32.94 ffmpeg_011p
5363 root 20 0 653m 45m 4264 R 12,3 0,3 785:28.54 ffmpeg_011p
32763 root 20 0 662m 60m 4116 R 10,3 0,4 29:16.89 ffmpeg_011p
2008 root 20 0 0 0 0 S 1,0 0,0 4:57.23 flush-8:16
6440 root 20 0 109m 6188 4332 S 1,0 0,0 51:32.55 ffmpeg_011p
1271 root 20 0 0 0 0 S 0,7 0,0 0:00.80 kworker/3:0
23969 root 20 0 112m 12m 4332 S 0,7 0,1 24:39.07 ffmpeg_011p
53 root 20 0 0 0 0 S 0,3 0,0 6:17.87 kswapd0
891 syslog 20 0 241m 1244 1016 S 0,3 0,0 0:20.20 rsyslogd
2209 root 20 0 111m 8060 4332 S 0,3 0,0 28:16.94 ffmpeg_011p
2211 root 20 0 112m 8992 4332 S 0,3 0,1 75:14.76 ffmpeg_011p
2213 root 20 0 118m 3824 2424 S 0,3 0,0 28:48.05 ffmpeg_011p
2242 uvideo3d 20 0 31680 1704 1152 R 0,3 0,0 0:00.06 top
19758 root 20 0 109m 5960 4332 S 0,3 0,0 28:10.81 ffmpeg_011p

Как мы видим, лидеры по ресурсам серверная часть с большим отрывом, затем клиентская.
Сама запись в архив потребляет мизер ресурсов.
Модули я использую по минимуму: Камера - Детектор движения - Маска времени - Архив
По логике можно предположить что самое затратное в этой цепочке - это детектор движения, но честно говоря он примитивный, плюс у себя я включил всего одну полную общую зону, без подзон.
На motion это все отрабатывает при мизерной загрузке ЦПУ, может стоит обратить внимание на оптимизацию ?

Лучше сразу допишу для "продвинутых" юниксоидов, а то скажут с чего я взял что это серверная часть
root 1141 163 1.6 3063392 269468 ? Sl нояб.08 11566:08 /home/uvideo3der/bin/Xeoma/xeoma -service -startdelay 1
..
1000 17573 36.2 0.4 579372 73708 ? Sl нояб.09 2038:58 /home/uvideo3der/bin/Xeoma/xeoma -client

[Admin_N]

А так ли уж необходимо запускать xeoma от рута?

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

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

Скорее всего, нагрузку даёт модуль "Маркировка" (в связи с декодированием и кодированием, которые происходят для наложения маркировки). Если процессор слабый и камер много, лучше отключить этот модуль и использовать маркировку средствами камеры.

[vfp7]

Скоро проверю модуль маркировка, но насколько я помню, и без него была загрузка.

Еще нарекание, в этой версии ПО добавился просмотр последних 5 минут записи, но, если по этой камере не было записи в эти пять минут, то хеома уходит в ступор.
Начинается буферизация до бесконечности ...

[vfp7]

Проверил, отключил модуль маркировка, почти двухкратное понижение загрузки от выключения Маркировки ( то есть маркировка съедает ресурсы как вся серверная часть программы ?! ):

1160 root 20 0 2908m 231m 37m S 139,9 1,5 14:41.98 xeoma
1706 uvideo3d 20 0 573m 143m 42m R 35,6 0,9 2:52.66 xeoma
2160 root 20 0 660m 72m 4412 S 31,2 0,5 2:25.76 ffmpeg_011p
2197 root 20 0 660m 71m 4396 S 27,9 0,4 2:01.17 ffmpeg_011p
2156 root 20 0 661m 73m 4412 S 20,6 0,5 1:34.54 ffmpeg_011p
2172 root 20 0 659m 69m 4408 S 18,9 0,4 1:35.85 ffmpeg_011p
2164 root 20 0 663m 76m 4412 S 18,6 0,5 1:22.54 ffmpeg_011p
2177 root 20 0 659m 69m 4408 S 18,6 0,4 1:30.92 ffmpeg_011p
2169 root 20 0 659m 70m 4408 S 17,9 0,4 1:31.02 ffmpeg_011p
2322 root 20 0 653m 56m 4328 S 11,3 0,4 0:46.71 ffmpeg_011p
2153 root 20 0 661m 59m 4112 S 8,6 0,4 0:43.40 ffmpeg_011p
2290 root 20 0 109m 9188 4332 S 1,3 0,1 0:02.58 ffmpeg_011p
2259 root 20 0 109m 9720 4332 S 1,0 0,1 0:05.16 ffmpeg_011p
2301 root 20 0 110m 10m 4332 S 0,7 0,1 0:05.48 ffmpeg_011p
838 root 20 0 0 0 0 S 0,3 0,0 0:00.09 xfsaild/sdb1
1157 root 20 0 19152 796 536 S 0,3 0,0 0:00.04 irqbalance
2250 root 20 0 109m 9560 4332 S 0,3 0,1 0:02.17 ffmpeg_011p
2251 root 20 0 109m 9440 4320 S 0,3 0,1 0:02.33 ffmpeg_011p
2270 root 20 0 109m 9716 4332 S 0,3 0,1 0:02.35 ffmpeg_011p
2333 root 20 0 107m 8052 4356 S 0,3 0,0 0:01.56 ffmpeg_011p