* [sisyphus] Видимо, наблюдение. @ 2016-04-01 17:31 Вадим Илларионов 2016-04-01 18:59 ` ruslandh ` (2 more replies) 0 siblings, 3 replies; 27+ messages in thread From: Вадим Илларионов @ 2016-04-01 17:31 UTC (permalink / raw) To: sisyphus Милостивые государи & государыни (никого амперсандом не обидел?), а до какой степени у нас видеонаблюдение посредством зонмайндера отстаёт от воплощения той же парадигмы средствами моушена? И вполне ль уместно озадачивать почтенное сообщество столь низменным запросом, когда в мире такое творится? Уж больно не хочется отводить целую КВМ под проприетарную хрень (D-ViewCam). Говорят, зонмайндер даже под опенвз работоспособен, однако первый же подход едва не обездвижил поочерёдно пару проксмокс-гипервизоров. Страшно дальше пробовать, блин. At the other hand, как говорят идеологические противники, моушн весьма рачителен по отношению к ресурсам. Отсюда вопрос: есть ли у нас наработки по тематик[е/ам]? Поделитесь, кто уже проскочил меж этимя Сциллымя и Харибдымя, пожалуйста. -- Мимо крокодил, что?.. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-01 17:31 [sisyphus] Видимо, наблюдение Вадим Илларионов @ 2016-04-01 18:59 ` ruslandh 2016-04-02 5:44 ` В.А. Илларионов 2016-04-01 19:29 ` Michael Shigorin 2016-04-03 13:01 ` Anton Farygin 2 siblings, 1 reply; 27+ messages in thread From: ruslandh @ 2016-04-01 18:59 UTC (permalink / raw) To: sisyphus [-- Attachment #1: Type: text/plain, Size: 387 bytes --] Здравствуйте Вадим Илларионов В сообщении от 1 апреля 2016 Вадим Илларионов написал(a): > И вполне ль уместно озадачивать почтенное сообщество столь > низменным запросом, когда в мире такое творится? Вы так изыскано спросили, что я не понял вопроса. qmotion - Detect motion with your webcam. motion - motion - Detect motion using a video4linux device -- С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --] ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-01 18:59 ` ruslandh @ 2016-04-02 5:44 ` В.А. Илларионов 0 siblings, 0 replies; 27+ messages in thread From: В.А. Илларионов @ 2016-04-02 5:44 UTC (permalink / raw) To: sisyphus 02.04.2016 02:59, ruslandh пишет: > qmotion - Detect motion with your webcam. motion - Detect motion using a video4linux device Спасибо, попытаю. Приношу извинения: так на меня действует избыток градусов в жидком агрегатном состоянии (вплоть до жутко неадекватного). А задача состоит в замене на проксмоксе виндовой КВМ с д-линковой софтиной D-ViewCam на нечто подобное под линуксом. И желательно, чтоб в ОпенВЗ работало. И чтоб (для экономии места) записывалось в формате H.264. Да со звуком. И под альтом: практика показала, что на нём получаются предельно компактные и шустрые контейнеры. -- Мимо крокодил. WBR, rednex CIO. Viber = +7(964)103-65-67 JID = <mailto:> Skype = $local_part@<mailto:> ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-01 17:31 [sisyphus] Видимо, наблюдение Вадим Илларионов 2016-04-01 18:59 ` ruslandh @ 2016-04-01 19:29 ` Michael Shigorin 2016-04-03 13:01 ` Anton Farygin 2 siblings, 0 replies; 27+ messages in thread From: Michael Shigorin @ 2016-04-01 19:29 UTC (permalink / raw) To: sisyphus; +Cc: Michael A. Kangin On Sat, Apr 02, 2016 at 01:31:22AM +0800, Вадим Илларионов wrote: > Милостивые государи & государыни (никого амперсандом не обидел?), а до > какой степени у нас видеонаблюдение посредством зонмайндера отстаёт от > воплощения той же парадигмы средствами моушена? Эт стоит prividen@ спрашивать. > И вполне ль уместно озадачивать почтенное сообщество столь низменным > запросом, когда в мире такое творится? > > Уж больно не хочется отводить целую КВМ под проприетарную хрень (D-ViewCam). > Говорят, зонмайндер даже под опенвз работоспособен, однако первый же > подход едва не обездвижил поочерёдно пару проксмокс-гипервизоров. > Страшно дальше пробовать, блин. > > At the other hand, как говорят идеологические противники, моушн весьма > рачителен по отношению к ресурсам. Отсюда вопрос: есть ли у нас > наработки по тематик[е/ам]? Поделитесь, кто уже проскочил меж этимя > Сциллымя и Харибдымя, пожалуйста. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-01 17:31 [sisyphus] Видимо, наблюдение Вадим Илларионов 2016-04-01 18:59 ` ruslandh 2016-04-01 19:29 ` Michael Shigorin @ 2016-04-03 13:01 ` Anton Farygin 2016-04-04 7:05 ` Stas 2016-04-05 19:15 ` Michael A. Kangin 2 siblings, 2 replies; 27+ messages in thread From: Anton Farygin @ 2016-04-03 13:01 UTC (permalink / raw) To: sisyphus On 01.04.2016 20:31, Вадим Илларионов wrote: > Милостивые государи & государыни (никого амперсандом не обидел?), а до > какой степени у нас видеонаблюдение посредством зонмайндера отстаёт от > воплощения той же парадигмы средствами моушена? > > И вполне ль уместно озадачивать почтенное сообщество столь низменным > запросом, когда в мире такое творится? > > Уж больно не хочется отводить целую КВМ под проприетарную хрень > (D-ViewCam). > Говорят, зонмайндер даже под опенвз работоспособен, однако первый же > подход едва не обездвижил поочерёдно пару проксмокс-гипервизоров. > Страшно дальше пробовать, блин. > > At the other hand, как говорят идеологические противники, моушн весьма > рачителен по отношению к ресурсам. Отсюда вопрос: есть ли у нас > наработки по тематик[е/ам]? Поделитесь, кто уже проскочил меж этимя > Сциллымя и Харибдымя, пожалуйста. Найдёте и мне скажите, а то на zoneminder запулил почти 60 камер в 720p и оно стало как-то притормаживать временами. Надо уже замену или ему или серверу искать. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-03 13:01 ` Anton Farygin @ 2016-04-04 7:05 ` Stas 2016-04-04 11:21 ` Anton Farygin 2016-04-05 19:15 ` Michael A. Kangin 1 sibling, 1 reply; 27+ messages in thread From: Stas @ 2016-04-04 7:05 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 03.04.2016 18:01, Anton Farygin wrote: > > Найдёте и мне скажите, а то на zoneminder запулил почти 60 камер в > 720p и оно стало как-то притормаживать временами. > > Надо уже замену или ему или серверу искать. Видеопотоки 60 камер уже просаживают шину. Посчитайте, какая нужна производительность только для видео. Если zoneminder перекодирует поток, как минимум удваивайте. -- Станислав Дёгтев Служба "Ваш админ" Мои контакты: - jabber: grumbler@grumbler.org - email: stas.grumbler@gmail.com и stas@vashadmin.su - телефоны в Е-бурге +79045430461 и +79222112259 ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-04 7:05 ` Stas @ 2016-04-04 11:21 ` Anton Farygin 0 siblings, 0 replies; 27+ messages in thread From: Anton Farygin @ 2016-04-04 11:21 UTC (permalink / raw) To: sisyphus On 04.04.2016 10:05, Stas wrote: > > > On 03.04.2016 18:01, Anton Farygin wrote: >> >> Найдёте и мне скажите, а то на zoneminder запулил почти 60 камер в >> 720p и оно стало как-то притормаживать временами. >> >> Надо уже замену или ему или серверу искать. > > Видеопотоки 60 камер уже просаживают шину. Посчитайте, какая нужна > производительность только для видео. Если zoneminder перекодирует поток, > как минимум удваивайте. mjpeg приходит сразу с камер. Но могу брать и 264 поток, только вот думаю что сложнее будет при перекодировке. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-03 13:01 ` Anton Farygin 2016-04-04 7:05 ` Stas @ 2016-04-05 19:15 ` Michael A. Kangin 2016-04-06 6:42 ` Anton Farygin ` (2 more replies) 1 sibling, 3 replies; 27+ messages in thread From: Michael A. Kangin @ 2016-04-05 19:15 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 04/03/2016 03:01 PM, Anton Farygin wrote: > Найдёте и мне скажите, а то на zoneminder запулил почти 60 камер в 720p > и оно стало как-то притормаживать временами. > > Надо уже замену или ему или серверу искать. для такого количества камер берите-пробуйте vargus. Если с одним серваком не потянет, можно кластер городить. Он может записывать mjpeg с последующим перекодированием в h.264 в архив, а может сразу с камеры и h.264 брать сохранять, если оно выдаётся в приличном качестве (нерваный rtsp и всё такое), это конечно значительно снизит нагрузку на процессоры. В идеале если камера отдаёт одновременно 2-3 потока, mjpeg замечателен для смотрения в режиме реального времени, а h264 в архив. http://git.altlinux.org/people/prividen/packages/vargus.git скриншотиков можно посмотреть тут: http://mak.complife.ru/vargus/screenshots/ Если нужно более корпоративное решение, то возможно avreg http://avreg.net/ Но он уже платный. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-05 19:15 ` Michael A. Kangin @ 2016-04-06 6:42 ` Anton Farygin 2016-04-06 16:01 ` Michael A. Kangin 2016-04-06 10:27 ` В.А. Илларионов 2016-04-08 14:54 ` Вадим Илларионов 2 siblings, 1 reply; 27+ messages in thread From: Anton Farygin @ 2016-04-06 6:42 UTC (permalink / raw) To: sisyphus On 05.04.2016 22:15, Michael A. Kangin wrote: > для такого количества камер берите-пробуйте vargus. Если с одним > серваком не потянет, можно кластер городить. > > Он может записывать mjpeg с последующим перекодированием в h.264 в > архив, а может сразу с камеры и h.264 брать сохранять, если оно выдаётся > в приличном качестве (нерваный rtsp и всё такое), это конечно > значительно снизит нагрузку на процессоры. > > В идеале если камера отдаёт одновременно 2-3 потока, mjpeg замечателен > для смотрения в режиме реального времени, а h264 в архив. > > http://git.altlinux.org/people/prividen/packages/vargus.git > скриншотиков можно посмотреть тут: > http://mak.complife.ru/vargus/screenshots/ > > > Если нужно более корпоративное решение, то возможно avreg > http://avreg.net/ > Но он уже платный. Спасибо, посмотрю. А детект движения по датчикам с камер поддерживается ? ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 6:42 ` Anton Farygin @ 2016-04-06 16:01 ` Michael A. Kangin 2016-04-06 16:52 ` Anton Farygin 0 siblings, 1 reply; 27+ messages in thread From: Michael A. Kangin @ 2016-04-06 16:01 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 04/06/2016 08:42 AM, Anton Farygin wrote: > А детект движения по датчикам с камер поддерживается ? Можно приделать. там поддерживается механизм тревог - слушается порт, и как на него чего приходит то в БД записывается текст тревоги, а кусок видео вокруг неё можно сохранить с другим качеством (если перекодировать) и коэффициэнтом выживаемости в архиве. Так что дело в какой-то прокладочке, которая будет ловить событие движения с камеры (емейл, ФТП, что там еще эти камеры умеют) и делать netcat'ом тревогу Варгусу. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 16:01 ` Michael A. Kangin @ 2016-04-06 16:52 ` Anton Farygin 2016-04-06 17:40 ` Michael A. Kangin 0 siblings, 1 reply; 27+ messages in thread From: Anton Farygin @ 2016-04-06 16:52 UTC (permalink / raw) To: sisyphus On 06.04.2016 19:01, Michael A. Kangin wrote: > On 04/06/2016 08:42 AM, Anton Farygin wrote: > >> А детект движения по датчикам с камер поддерживается ? > > Можно приделать. > там поддерживается механизм тревог - слушается порт, и как на него чего > приходит то в БД записывается текст тревоги, а кусок видео вокруг неё > можно сохранить с другим качеством (если перекодировать) и коэффициэнтом > выживаемости в архиве. > Так что дело в какой-то прокладочке, которая будет ловить событие > движения с камеры (емейл, ФТП, что там еще эти камеры умеют) и делать > netcat'ом тревогу Варгусу. Это не проблема - камера как раз сама посылает. Теперь бы вот ещё собраться с духом и поставить потестировать. Но что-то мне кажется что перекодировок многовато, нет ? тестировалось по нагрузке в сравнении с zoneminder ? Т.е. - сейчас вот реально zoneminder отрабатывает 60 камер 720p, 30 - mjpeg, 30 - h264 китайские. При этом китайский h264 ещё и перекодируется на лету в mjpeg для хранения. Ну и 5 клиентов одновременно забирают потоки в сумме примерно сотню. Я так понимаю что в этом случае для воспроизведения клиенту генерится один поток h264 ? ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 16:52 ` Anton Farygin @ 2016-04-06 17:40 ` Michael A. Kangin 2016-04-07 7:07 ` Anton Farygin 0 siblings, 1 reply; 27+ messages in thread From: Michael A. Kangin @ 2016-04-06 17:40 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 04/06/2016 06:52 PM, Anton Farygin wrote: > тестировалось по нагрузке в сравнении с zoneminder ? zoneminder я вообще не рассматривал, после того как увидел его "архив" из набора jpeg'ов. Не знаю, научился ли он писать нормальные видеофайлы? Ну и мне полюбому его функциональности не хватало. > Теперь бы вот ещё собраться с духом и поставить потестировать. Но что-то > мне кажется что перекодировок многовато, нет ? Перекодировки можно оставлять только необходимые и в предельном случае вообще отказаться от них. При работе с аналоговыми камерами: мы кодируем всё "налету" в mjpeg (в один поток, или два, если нужно меньшее качество для preview) и сохраняем в таком виде на диск. После завершения записи одного файла по нему проходится постпроцессор, который с idle-приоритетом перекодирует этот кусок в h264 для длительного хранения (качество/размер/скорость кодирования можно крутить в широких пределах). При работе с цифровыми камерами с одним потоком (это могут быть IP-камеры, или захват видео с mjpeg на выходе, или "хелперы" - у меня трудились тощие клиенты на атомах на 4-8 аналоговых камер) мы получаем от них (как правило) mjpeg, который готов для сохранения на диск для последующего постпроцессинга, и показывается вживую безовсякого перекодирования. Если нам не нужен отдельный preview-поток, то можно обойтись без всякого перекодирования вживую. Если камера выдаёт 2-3 потока, в т.ч. H264 пригодный для сохранения в архив, нам вообще не надо ничего перекодировать. Постпроцессор только переливает видео из потокового TS контейнера в индексированный MP4. Если камера выдаёт только H264, нам надо из него перекодировать mjpeg для показа вживую. Если вдруг просмотр вживую не требуется, или используется просмотр в VargusViewer, который умеет h.264/rtsp показывать (http://git.etersoft.ru/projects/other/vargus-viewer.git), а не в браузере, то можно опять-же обойтись без перекодирования. Иногда, в предельных случаях, приходится перекодировать из mjpeg в mjpeg, если камера выдаёт крайне странный поток, не воспринимаемый браузерами. Постпроцессингу ничего не мешает заниматься нескольким машинам, образуя кластер. Например, у меня помогали серверам компьютеры наблюдения охранников, на которых они сидят и камеры смотрят. > > Т.е. - сейчас вот реально zoneminder отрабатывает 60 камер 720p, 30 - > mjpeg, 30 - h264 китайские. > > При этом китайский h264 ещё и перекодируется на лету в mjpeg для хранения. Хранить в mjpeg? не накладно ли? Операция кодировки в mjpeg дешёвая, другое дело в h.264 У меня на самом большом объекте, где было где-то 63-65 камер, половина выдавала mjpeg/h.264, половина только mjpeg. Т.е. для всех 65 делалось онлайн-перекодирование mjpeg->preview_mjpeg, и где-то для 30 оффлайновый mjpeg->h.264. Занималось обработкой всего этого пара двухпроцессорных серверов, и им немного помогали с постпроцессингом рабстанции охраны. Глубина архива получалась где-то месяц (без детектеров движения). на мощном компе класса i7 уживалось где-то 16 аналоговых камер, или 20 с небольшим "однопоточных". Но тут просто подвинчивались параметры перекодиварования, чтоб комп успевал справляться. Да, для такой организации характерен LA под 30, и это нормально :) > Ну и 5 клиентов одновременно забирают потоки в сумме примерно сотню. Это процессоры не грузит, только сеть. Бондинга из двух гигабит хватало на всё с большим запасом. > > Я так понимаю что в этом случае для воспроизведения клиенту генерится > один поток h264 ? в зависимости от того что такое "клиент" и что он там воспроизводит. для онлайн просмотра браузером единственная альтернатива mjpeg. и только mjpeg обеспечивает "мгновенную" скорость переключения с камеры на камеру в просмотре. Когда сечёшь воришку это важно :) А так можно и h264, если "клиент" его осилит увидеть. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 17:40 ` Michael A. Kangin @ 2016-04-07 7:07 ` Anton Farygin 2016-04-07 14:48 ` Michael A. Kangin 0 siblings, 1 reply; 27+ messages in thread From: Anton Farygin @ 2016-04-07 7:07 UTC (permalink / raw) To: sisyphus On 06.04.2016 20:40, Michael A. Kangin wrote: > On 04/06/2016 06:52 PM, Anton Farygin wrote: > > > тестировалось по нагрузке в сравнении с zoneminder ? > > zoneminder я вообще не рассматривал, после того как увидел его "архив" > из набора jpeg'ов. > Не знаю, научился ли он писать нормальные видеофайлы? > Ну и мне полюбому его функциональности не хватало. В апстриме есть архивация по расписанию/заполнению, которая как раз подразумевает перекодировку. А сбор h264 возможен,но только в отдельной ветке. > >> Теперь бы вот ещё собраться с духом и поставить потестировать. Но что-то >> мне кажется что перекодировок многовато, нет ? > > Перекодировки можно оставлять только необходимые и в предельном случае > вообще отказаться от них. > > При работе с аналоговыми камерами: мы кодируем всё "налету" в mjpeg (в > один поток, или два, если нужно меньшее качество для preview) и > сохраняем в таком виде на диск. После завершения записи одного файла по > нему проходится постпроцессор, который с idle-приоритетом перекодирует > этот кусок в h264 для длительного хранения (качество/размер/скорость > кодирования можно крутить в широких пределах). > > При работе с цифровыми камерами с одним потоком (это могут быть > IP-камеры, или захват видео с mjpeg на выходе, или "хелперы" - у меня > трудились тощие клиенты на атомах на 4-8 аналоговых камер) мы получаем > от них (как правило) mjpeg, который готов для сохранения на диск для > последующего постпроцессинга, и показывается вживую безовсякого > перекодирования. Если нам не нужен отдельный preview-поток, то можно > обойтись без всякого перекодирования вживую. А как клиент справляется с живым отображением 18 потоков 720p в h264 ? Или превьюшки забираем в меньшем разрешении ? Но всё равно интересно, даже с меньшим разрешением. > > Если камера выдаёт 2-3 потока, в т.ч. H264 пригодный для сохранения в > архив, нам вообще не надо ничего перекодировать. Постпроцессор только > переливает видео из потокового TS контейнера в индексированный MP4. > > Если камера выдаёт только H264, нам надо из него перекодировать mjpeg > для показа вживую. Если вдруг просмотр вживую не требуется, или > используется просмотр в VargusViewer, который умеет h.264/rtsp > показывать (http://git.etersoft.ru/projects/other/vargus-viewer.git), а > не в браузере, то можно опять-же обойтись без перекодирования. > > Иногда, в предельных случаях, приходится перекодировать из mjpeg в > mjpeg, если камера выдаёт крайне странный поток, не воспринимаемый > браузерами. > > Постпроцессингу ничего не мешает заниматься нескольким машинам, образуя > кластер. Например, у меня помогали серверам компьютеры наблюдения > охранников, на которых они сидят и камеры смотрят. Да, интересно. > >> >> Т.е. - сейчас вот реально zoneminder отрабатывает 60 камер 720p, 30 - >> mjpeg, 30 - h264 китайские. >> >> При этом китайский h264 ещё и перекодируется на лету в mjpeg для >> хранения. > > Хранить в mjpeg? не накладно ли? Накладно, но перекодировать ещё накладнее. > Операция кодировки в mjpeg дешёвая, другое дело в h.264 > У меня на самом большом объекте, где было где-то 63-65 камер, половина > выдавала mjpeg/h.264, половина только mjpeg. > Т.е. для всех 65 делалось онлайн-перекодирование mjpeg->preview_mjpeg, и > где-то для 30 оффлайновый mjpeg->h.264. > Занималось обработкой всего этого пара двухпроцессорных серверов, и им > немного помогали с постпроцессингом рабстанции охраны. > Глубина архива получалась где-то месяц (без детектеров движения). На каком дисковом объёме ? > > на мощном компе класса i7 уживалось где-то 16 аналоговых камер, или 20 с > небольшим "однопоточных". Но тут просто подвинчивались параметры > перекодиварования, чтоб комп успевал справляться. > > Да, для такой организации характерен LA под 30, и это нормально :) Да, у меня сейчас LA под 50 временами и никаких проблем не вижу. > > >> Ну и 5 клиентов одновременно забирают потоки в сумме примерно сотню. > > Это процессоры не грузит, только сеть. Бондинга из двух гигабит хватало > на всё с большим запасом. В zoneminder это грузет процессор и IO. Процессор не очень много, но дополнительные сто потоков тоже создают нагрузку. > >> >> Я так понимаю что в этом случае для воспроизведения клиенту генерится >> один поток h264 ? > > в зависимости от того что такое "клиент" и что он там воспроизводит. > для онлайн просмотра браузером единственная альтернатива mjpeg. > и только mjpeg обеспечивает "мгновенную" скорость переключения с камеры > на камеру в просмотре. Когда сечёшь воришку это важно :) > А так можно и h264, если "клиент" его осилит увидеть. Т.е. - для отображения клиенту в любом случае приходится гнать mjpeg ? Тогда не вижу особого смысла забирать поток в h264, если его нужно в любом случае для воспроизведения перекодировать в mjpeg - а это в моём случае сотня процессов. Но вообще конечно надо сесть подсчитать что дешевле - из h264 mjpeg или наоборот. Особенно с учётом того, что бюджетные камеры не умеют отдавать mjpeg. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-07 7:07 ` Anton Farygin @ 2016-04-07 14:48 ` Michael A. Kangin 2016-04-07 15:32 ` Anton Farygin 0 siblings, 1 reply; 27+ messages in thread From: Michael A. Kangin @ 2016-04-07 14:48 UTC (permalink / raw) To: ALT Linux Sisyphus discussions 07.04.2016 09:07, Anton Farygin пишет: > А как клиент справляется с живым отображением 18 потоков 720p в h264 ? > Или превьюшки забираем в меньшем разрешении ? Но всё равно интересно, > даже с меньшим разрешением. Да, превьюшки как раз для этого и делались и прекрасно идут где-нибудь 320*240, больше от них и не надо. Тяжелее всего было с браузерами. Файрфокс вообще начатый mjpeg стримить не прекращает, пока полностью со страницы не уйдёшь, у хром*ов гвоздями прибито ограничение где-то 8 документов с сервера... vargus-viewer'у, как я помню, практически пофиг, он libvlc юзает, нагрузки приемлемые получаются. Тем более, mjpeg сыграть много ресурсов не надо. Но вообще для решения проблемы "клиент тормозит" как раз и был сделан механизм сетов, наборов камер. Т.е. не обязательно их просматривать все разом, можно важные камеры вывести в один сет, и смотреть его. А на другие только изредка переключаться-поглядывать. Как это выглядит можно посмотреть на скриншотиках. >> Глубина архива получалась где-то месяц (без детектеров движения). > > На каком дисковом объёме ? Где-то около 7тб суммарного объёма. Там 2 сервера, на каждом был 10 рейд из 4 дисков по 2 тб. Могло бы быть и больше, если бы перекодировать всё видео, с ключевыми кадрами не каждые 2 секунды как у меня с камер приходило, а каждые 10-15 секунд. Это значительно снижает объём видео. Ну и архивное разрешение можно было бы покрутить. >> Это процессоры не грузит, только сеть. Бондинга из двух гигабит хватало >> на всё с большим запасом. > > В zoneminder это грузет процессор и IO. Процессор не очень много, но > дополнительные сто потоков тоже создают нагрузку. Ну не знаю, я htop'ом нагрузку от отдачи готовых видеопотоков вообще не замечал. Может они вносят лепту в LA тот же самый, может длинки с реалтеками недовольны будут.. В общем я не страдал. > Т.е. - для отображения клиенту в любом случае приходится гнать mjpeg ? mjpeg просто удобней всего. А если для просмотра будет использоваться только vargus-viewer то можно гнать и h.264 А можно и не гнать, а направить клиента забирать этот поток прям с камеры (как и mjpeg) (если у клиента есть рутинг до камеры и она не загнётся 2-3 клиента одним потоком обслужить, некоторые китайсы ниасиливают). > > Тогда не вижу особого смысла забирать поток в h264, если его нужно в > любом случае для воспроизведения перекодировать в mjpeg - а это в моём > случае сотня процессов. Ну, если в архив готовеньким класть > Но вообще конечно надо сесть подсчитать что дешевле - из h264 mjpeg или > наоборот. Однозначно mjpeg из h.264. Там примерно по половине времени уходит на раскодирование h.264 и кодирование mjpeg. Одно только может быть исключение - очень мерзкий h.264 или rtsp по которому он отдаётся. Кроваво-Энтерпрайзный софт полон внутри костылей для борьбы с кривыми камерами. А у меня vlc юзается, он от такого страдает. Ну а кодирование в h.264 крайне затратная операция. Для онлайна вообще нереальная, если речь идёт более чем о 2-4 потоках. И трудный поиск компромисса качество-размер-скорость. > Особенно с учётом того, что бюджетные камеры не умеют отдавать mjpeg. это да... Я щупал где-то 15 разных видов камер Самые лучшие оказались Беварды BD-серии. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-07 14:48 ` Michael A. Kangin @ 2016-04-07 15:32 ` Anton Farygin 0 siblings, 0 replies; 27+ messages in thread From: Anton Farygin @ 2016-04-07 15:32 UTC (permalink / raw) To: sisyphus On 07.04.2016 17:48, Michael A. Kangin wrote: >> Особенно с учётом того, что бюджетные камеры не умеют отдавать mjpeg. > > это да... > Я щупал где-то 15 разных видов камер > Самые лучшие оказались Беварды BD-серии. Из совсем бюджетных очень приличными оказались китайцы foscam (те, которые с PoE), при чём их цена в России не сильно выше Китая. Минус только один - первоначальная настройка только с винды. Дальше поток по rtsp и управление onvif. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-05 19:15 ` Michael A. Kangin 2016-04-06 6:42 ` Anton Farygin @ 2016-04-06 10:27 ` В.А. Илларионов 2016-04-06 16:04 ` Michael A. Kangin 2016-04-08 14:54 ` Вадим Илларионов 2 siblings, 1 reply; 27+ messages in thread From: В.А. Илларионов @ 2016-04-06 10:27 UTC (permalink / raw) To: sisyphus 06.04.2016 03:15, Michael A. Kangin пишет: > для такого количества камер берите-пробуйте vargus. Если с одним серваком не потянет, можно кластер городить. > > Он может записывать mjpeg с последующим перекодированием в h.264 в архив, а может сразу с камеры и h.264 > брать сохранять, если оно выдаётся в приличном качестве (нерваный rtsp и всё такое), это конечно значительно > снизит нагрузку на процессоры. > > В идеале если камера отдаёт одновременно 2-3 потока, mjpeg замечателен для смотрения в режиме реального > времени, а h264 в архив. А почему именно апач+все-все-все вместо nginx+php5_fpm? -- Мимо крокодил. WBR, rednex CIO. Viber = +7(964)103-65-67 JID = <mailto:> Skype = $local_part@<mailto:> ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 10:27 ` В.А. Илларионов @ 2016-04-06 16:04 ` Michael A. Kangin 2016-04-06 16:53 ` Anton Farygin 0 siblings, 1 reply; 27+ messages in thread From: Michael A. Kangin @ 2016-04-06 16:04 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 04/06/2016 12:27 PM, В.А. Илларионов wrote: > А почему именно апач+все-все-все вместо nginx+php5_fpm? както исторически сложилось. наверное, можно попытаться переделать себе. на типичном видеосервере что апач, что нгинкс - разницы особой нету. ресурсов всёравно дофига, а "посещаемость" практически нулевая. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 16:04 ` Michael A. Kangin @ 2016-04-06 16:53 ` Anton Farygin 2016-04-08 14:55 ` Вадим Илларионов 0 siblings, 1 reply; 27+ messages in thread From: Anton Farygin @ 2016-04-06 16:53 UTC (permalink / raw) To: sisyphus On 06.04.2016 19:04, Michael A. Kangin wrote: > On 04/06/2016 12:27 PM, В.А. Илларионов wrote: > >> А почему именно апач+все-все-все вместо nginx+php5_fpm? > > както исторически сложилось. > наверное, можно попытаться переделать себе. > > на типичном видеосервере что апач, что нгинкс - разницы особой нету. > ресурсов всёравно дофига, а "посещаемость" практически нулевая. nginx сильно проще, да и традиционно он поддерживается у нас лучше апача. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-06 16:53 ` Anton Farygin @ 2016-04-08 14:55 ` Вадим Илларионов 0 siblings, 0 replies; 27+ messages in thread From: Вадим Илларионов @ 2016-04-08 14:55 UTC (permalink / raw) To: sisyphus 07.04.2016 00:53, Anton Farygin пишет: > On 06.04.2016 19:04, Michael A. Kangin wrote: >> On 04/06/2016 12:27 PM, В.А. Илларионов wrote: >> >>> А почему именно апач+все-все-все вместо nginx+php5_fpm? >> >> както исторически сложилось. >> наверное, можно попытаться переделать себе. >> >> на типичном видеосервере что апач, что нгинкс - разницы особой нету. >> ресурсов всёравно дофига, а "посещаемость" практически нулевая. > > nginx сильно проще, да и традиционно он поддерживается у нас лучше апача. > Плюсую за ЭнджинЭкс. -- Мимо крокодил. WBR, rednex CIO. JID = <mailto:> Skype = $local_part@<mailto:> Viber = +7(964)103-65-67 ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-05 19:15 ` Michael A. Kangin 2016-04-06 6:42 ` Anton Farygin 2016-04-06 10:27 ` В.А. Илларионов @ 2016-04-08 14:54 ` Вадим Илларионов 2016-04-08 19:59 ` Michael A. Kangin 2 siblings, 1 reply; 27+ messages in thread From: Вадим Илларионов @ 2016-04-08 14:54 UTC (permalink / raw) To: sisyphus 06.04.2016 03:15, Michael A. Kangin пишет: > для такого количества камер берите-пробуйте vargus. Если с одним > серваком не потянет, можно кластер городить. Для опытов развернул шаблон р7 в OpenVZ, обновился до сизифа, установил vargus-web, вытянувший остальное. Чтоб не морочиться, запустил vargus-simple-setup. 1) В сизифе что у мускуля, что у марииДБ пид-файл в /var/lib/mysql/mysqld.pid - поправил. 2) ps ax |grep "^ *$msql_pid .*/mysqld " - пробел перед замыкающей кавычкой лишний, поправил. После этого скрипт отработал. По рекомендации из доков запускаю демон: [root@vargus ~]# vargus Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/.*?telnet={ <-- HERE (.*?)}.*/ at /usr/bin/vargus line 96. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/.*?telnet={ <-- HERE (.*?)}.*/ at /usr/bin/vargus line 107. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/std{ <-- HERE access=file,dst=/ at /usr/bin/vargus line 637. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/.*std{ <-- HERE access=file,dst=/ at /usr/bin/vargus line 639. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/transcode{ <-- HERE / at /usr/bin/vargus line 684. keys on reference is experimental at /usr/bin/vargus line 770. keys on reference is experimental at /usr/bin/vargus line 789. 2016-04-08 22:33:58.466975 vargus(/)[11788]: Starting Vargus as: .476336 vargus(/)[11788]: No VLM daemon role name given .476506 vargus(/)[11788]: Die procedure initiated .476731 vargus(/)[11788]: No daemon temporary config was deleted Died at /usr/bin/vargus line 2378. На этом моё знакомство с варгусом пока закончилось - в перле и луа я не мастак. :( -- Мимо крокодил. WBR, rednex CIO. JID = <mailto:> Skype = $local_part@<mailto:> Viber = +7(964)103-65-67 ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-08 14:54 ` Вадим Илларионов @ 2016-04-08 19:59 ` Michael A. Kangin 2016-04-09 0:38 ` Вадим Илларионов 0 siblings, 1 reply; 27+ messages in thread From: Michael A. Kangin @ 2016-04-08 19:59 UTC (permalink / raw) To: ALT Linux Sisyphus discussions On 04/08/2016 04:54 PM, Вадим Илларионов wrote: > Для опытов развернул шаблон р7 в OpenVZ, обновился до сизифа, установил > vargus-web, вытянувший остальное. Я не проверял на работоспособность в Сизифе. Попробуйте остаться в рамках p7, взяв из Сизифа только варгусные пакеты. В частности, кажется, там обновлённый perl, который сыпет ворнингами. > По рекомендации из доков запускаю демон: Демон обычно запускается командой systemctl (или service в не-systemd системах) Он запустит vargus cо всеми ролями, которые найдёт в /etc/vargus. Если хотите вручную запускать - надо обязательно указать роль. Т.е. перед запуском Vargus'а было бы неплохо пойти в /etc/vargus и убедиться, что там созданы какие-нибудь роли (их обычно simple-setup прописывает), это такие файлики с цифрами в начале, если они исполняемые, то такая роль будет автоматически запускаться systemctl. Так же, чтобы от запуска был какой-то смысл, нужно создать файлы объектов (камер). Они сильно специфичные в зависимости от вида камер, поэтому автоматически не создаются. Подробно коментированные примеры есть в документации, их можно скопировать и отредактировать "для себя". Общий алгоритм таков: - попытаться увидеть камеру через VLC, чтобы вообще представлять протоколы, ЮРЛы, дополнительные параметры, и т.д. - попытаться нарисовать файл объекта камеры, учесть это имя объекта в каком-нибудь наборе камер (объект set). - запустить (убедиться что запущен) vargus-informer - протестировать работу роли player: * запустить vargus без демонизации с именем этой роли (vargus --no-daemon player) * посмотреть в консоли на отсутствие проблем (vlc не может подключиться, какой-то процесс респавнится постоянно, какой-нибудь инклюд не найден) * попробовать посмотреть на получившееся в веб-интерфейсе. Если камера видна и работает можно по этому же алгоритму протестировать роль write и postprocess, убедиться, что видео с камеры пишется и сохраняется в архив именно так, как задумано. Если всё ок, то мы из нашего объекта камеры можем сделать темплейт и описать на его основе другие камеры этой же модели. Повторить для всех моделей. Ну а теперь, когда всё хорошо, можно делать systemct start vargus. И ловить проблемы дальше :) а потом работать над оптимизацией. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-08 19:59 ` Michael A. Kangin @ 2016-04-09 0:38 ` Вадим Илларионов 2016-04-09 12:10 ` Michael A. Kangin 2016-04-09 17:12 ` Michael Shigorin 0 siblings, 2 replies; 27+ messages in thread From: Вадим Илларионов @ 2016-04-09 0:38 UTC (permalink / raw) To: sisyphus 09.04.2016 03:59, Michael A. Kangin пишет: > On 04/08/2016 04:54 PM, Вадим Илларионов wrote: > >> Для опытов развернул шаблон р7 в OpenVZ, обновился до сизифа, установил >> vargus-web, вытянувший остальное. > > Я не проверял на работоспособность в Сизифе. > Попробуйте остаться в рамках p7, взяв из Сизифа только варгусные пакеты. > > В частности, кажется, там обновлённый perl, который сыпет ворнингами. > > >> По рекомендации из доков запускаю демон: > > > Демон обычно запускается командой systemctl (или service в не-systemd > системах) Это я в курсе. :) > Он запустит vargus cо всеми ролями, которые найдёт в /etc/vargus. Шаблона с systemd под OpenVZ не нашёл (а вот у кентоси имеется), а в /etc/init.d ничего про варгус нет - после установки первым делом посмотрел. > > > Если хотите вручную запускать - надо обязательно указать роль. > > Т.е. перед запуском Vargus'а было бы неплохо пойти в /etc/vargus и > убедиться, что там созданы какие-нибудь роли (их обычно simple-setup > прописывает), это такие файлики с цифрами в начале, если они > исполняемые, то такая роль будет автоматически запускаться systemctl. > Так же, чтобы от запуска был какой-то смысл, нужно создать файлы > объектов (камер). Они сильно специфичные в зависимости от вида камер, > поэтому автоматически не создаются. Подробно коментированные примеры > есть в документации, их можно скопировать и отредактировать "для себя". > > Общий алгоритм таков: > - попытаться увидеть камеру через VLC, чтобы вообще представлять > протоколы, ЮРЛы, дополнительные параметры, и т.д. > - попытаться нарисовать файл объекта камеры, учесть это имя объекта в > каком-нибудь наборе камер (объект set). > - запустить (убедиться что запущен) vargus-informer > - протестировать работу роли player: > * запустить vargus без демонизации с именем этой роли (vargus > --no-daemon player) > * посмотреть в консоли на отсутствие проблем (vlc не может > подключиться, какой-то процесс респавнится постоянно, какой-нибудь > инклюд не найден) > * попробовать посмотреть на получившееся в веб-интерфейсе. > > Если камера видна и работает можно по этому же алгоритму > протестировать роль write и postprocess, убедиться, что видео с камеры > пишется и сохраняется в архив именно так, как задумано. > > Если всё ок, то мы из нашего объекта камеры можем сделать темплейт и > описать на его основе другие камеры этой же модели. Повторить для всех > моделей. > > Ну а теперь, когда всё хорошо, можно делать systemct start vargus. > И ловить проблемы дальше :) > а потом работать над оптимизацией. Спасибо за разъяснения, пойду пытать дальше. -- Мимо крокодил. WBR, rednex CIO. JID = <mailto:> Skype = $local_part@<mailto:> Viber = +7(964)103-65-67 ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-09 0:38 ` Вадим Илларионов @ 2016-04-09 12:10 ` Michael A. Kangin 2016-04-09 17:12 ` Michael Shigorin 1 sibling, 0 replies; 27+ messages in thread From: Michael A. Kangin @ 2016-04-09 12:10 UTC (permalink / raw) To: ALT Linux Sisyphus discussions 09.04.2016 02:38, Вадим Илларионов пишет: > Шаблона с systemd под OpenVZ не нашёл (а вот у кентоси имеется), а в > /etc/init.d ничего про варгус нет - после установки первым делом посмотрел. Возможно после развёртывания контейнера просто сделать apt-get install systemd, или какая там правильная процедура по вики? У меня есть чуток заброшенная ветка с init.d http://git.altlinux.org/people/prividen/packages/?p=vargus.git;a=shortlog;h=refs/heads/p6 можно всосать туда последние коммиты и собрать пакет оттуда. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-09 0:38 ` Вадим Илларионов 2016-04-09 12:10 ` Michael A. Kangin @ 2016-04-09 17:12 ` Michael Shigorin 2016-04-10 0:00 ` Вадим Илларионов 1 sibling, 1 reply; 27+ messages in thread From: Michael Shigorin @ 2016-04-09 17:12 UTC (permalink / raw) To: sisyphus On Sat, Apr 09, 2016 at 08:38:02AM +0800, Вадим Илларионов wrote: > Шаблона с systemd под OpenVZ не нашёл ve/systemd-bare в mkimage-profiles. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-09 17:12 ` Michael Shigorin @ 2016-04-10 0:00 ` Вадим Илларионов 2016-04-10 17:05 ` Michael Shigorin 0 siblings, 1 reply; 27+ messages in thread From: Вадим Илларионов @ 2016-04-10 0:00 UTC (permalink / raw) To: ALT Linux Sisyphus discussions 10.04.2016 01:12, Michael Shigorin пишет: >> Шаблона с systemd под OpenVZ не нашёл > ve/systemd-bare в mkimage-profiles. Миш, а можно с этого места поподробней? -- Мимо крокодил. WBR, rednex CIO. JID = <mailto:> Skype = $local_part@<mailto:> Viber = +7(964)103-65-67 ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-10 0:00 ` Вадим Илларионов @ 2016-04-10 17:05 ` Michael Shigorin 2016-04-11 0:21 ` Вадим Илларионов 0 siblings, 1 reply; 27+ messages in thread From: Michael Shigorin @ 2016-04-10 17:05 UTC (permalink / raw) To: sisyphus On Sun, Apr 10, 2016 at 08:00:00AM +0800, Вадим Илларионов wrote: > >> Шаблона с systemd под OpenVZ не нашёл > > ve/systemd-bare в mkimage-profiles. > Миш, а можно с этого места поподробней? http://www.altlinux.org/Mkimage/Profiles/m-p/howto $ make ve/systemd-bare.tar.gz -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [sisyphus] Видимо, наблюдение. 2016-04-10 17:05 ` Michael Shigorin @ 2016-04-11 0:21 ` Вадим Илларионов 0 siblings, 0 replies; 27+ messages in thread From: Вадим Илларионов @ 2016-04-11 0:21 UTC (permalink / raw) To: sisyphus 11.04.2016 01:05, Michael Shigorin пишет: > On Sun, Apr 10, 2016 at 08:00:00AM +0800, Вадим Илларионов wrote: >>>> Шаблона с systemd под OpenVZ не нашёл >>> ve/systemd-bare в mkimage-profiles. >> Миш, а можно с этого места поподробней? > http://www.altlinux.org/Mkimage/Profiles/m-p/howto > > $ make ve/systemd-bare.tar.gz Спасибо, повникаю. -- Мимо крокодил. WBR, rednex CIO. JID = <mailto:> Skype = $local_part@<mailto:> Viber = +7(964)103-65-67 ^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2016-04-11 0:21 UTC | newest] Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-04-01 17:31 [sisyphus] Видимо, наблюдение Вадим Илларионов 2016-04-01 18:59 ` ruslandh 2016-04-02 5:44 ` В.А. Илларионов 2016-04-01 19:29 ` Michael Shigorin 2016-04-03 13:01 ` Anton Farygin 2016-04-04 7:05 ` Stas 2016-04-04 11:21 ` Anton Farygin 2016-04-05 19:15 ` Michael A. Kangin 2016-04-06 6:42 ` Anton Farygin 2016-04-06 16:01 ` Michael A. Kangin 2016-04-06 16:52 ` Anton Farygin 2016-04-06 17:40 ` Michael A. Kangin 2016-04-07 7:07 ` Anton Farygin 2016-04-07 14:48 ` Michael A. Kangin 2016-04-07 15:32 ` Anton Farygin 2016-04-06 10:27 ` В.А. Илларионов 2016-04-06 16:04 ` Michael A. Kangin 2016-04-06 16:53 ` Anton Farygin 2016-04-08 14:55 ` Вадим Илларионов 2016-04-08 14:54 ` Вадим Илларионов 2016-04-08 19:59 ` Michael A. Kangin 2016-04-09 0:38 ` Вадим Илларионов 2016-04-09 12:10 ` Michael A. Kangin 2016-04-09 17:12 ` Michael Shigorin 2016-04-10 0:00 ` Вадим Илларионов 2016-04-10 17:05 ` Michael Shigorin 2016-04-11 0:21 ` Вадим Илларионов
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git