История обновлений Xeoma

[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

[vfp7]

Попутно выплыл еще недочет:

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

[vfp7]

$2

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

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

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

[kott]

Бета версия: 13.11.22

Очередная бета? Прошу админов отписать чейндж лог.

По правилами хорошего тона общения на форумах со стороны администрации\разработчиков данного ПО, было бы правильным реагирование на все посты что создают пользователи. Хотя бы "Прочитали - проблема в работе" или что-то подобное.

[Admin_J]

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

Добрый день! Вы не могли бы поподробнее описать эту проблему? Так случается каждый раз, когда нет записи последние пять минут? Нам пока не удается повторить эту ситуацию: если за последние несколько минут запись не велась, то бегунок будет стоять на пяти минутах с конца того отрывка, который записан последним.

[vfp7]

Огромная недоработка всех версий xeoma, включая эту:

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

Честно говоря это ОГРОМНЕЙШИЙ косяк программы, просьба исправить его в кратчайшие сроки.