Подводные камни VSaaS

http://www.security-bridge.com/biblioteka/stati_po_bezopasnosti/podvodnye_kamni_vsaas/

Как всегда, содержательная публикация от компании "Сателлит Инновация" (хотя представить подводные камни в "облаке" лично мне не проще, чем подводную лодку в степях Казахстана :-)

Насторожил, однако, один момент:

"Ранжирование видеоданных. Данная технология реализуется поставщиком сервиса и представляет собой выделение интересующих оператора фрагментов видео с помощью функций видеоаналитики и дальнейшую их передачу в порядке очереди приоритетов. Видеоаналитика "обрезает" ненужные части видео, уменьшая объем, а ранжирование регулирует передаваемый поток."

Вот по поводу этого "обрезания" - в видеосемантике от СпецЛаб этим таинством занимается ПО "на Земле". А здесь обрезать будет поставщик облачного сервиса - для всех пользователей по одному закону? То есть разные заказчики устанавливают приоритеты, на основании которых и будет происходить "обрезание"?

Не фантастика?

Хотя, с другой стороны, неделю назад тоже не верилось, что китайцы запустят своего "зайца" гулять по Луне.

Заглядывая в будущее, разработчики облачных решений возлагают огромные надежды на формат H.265. Существенное повышение (до 50% по сравнению с H.264) эффективности сжатия видео и более совершенные алгоритмы обработки информации позволяют прогнозировать ощутимое снижение требуемой для передачи данных ширины интернет-канала..

Эффективность кодека H.265 по сравнению со всеми его передидущими собратьями - проявляется только на статичных сценах, т.е на тех сценах которые по определению ранжирования и по всевозможным детекторам - передаваться не будут!!!!!!

3. Ранжирование видеоданных. Данная технология реализуется поставщиком сервиса и представляет собой выделение интересующих оператора фрагментов видео с помощью функций видеоаналитики и дальнейшую их передачу в порядке очереди приоритетов. Видеоаналитика "обрезает" ненужные части видео, уменьшая объем, а ранжирование регулирует передаваемый поток.

4. Снижение качества видеозаписи. В ряде случаев пользователю не требуется высокое качество картинки. Видеонаблюдение не всегда призвано решать узкие охранные задачи, например распознавать лица или регистрационный номер автомобилей. Так, для наблюдения за территорией объекта иногда достаточно невысокого разрешения видео, а чем ниже качество картинки, тем меньшая ширина канала требуется для передачи видео по сети.

Видионаблюдение - да, действительно может и не решать подобные задачи! Только вот вопрос: - а где в данном случае с облачной системой вы наблюдаете признаки видеонаблюдения?!

Лично я вижу - только лишь удаленный, сетевой просмотр архивной записи с задержками до десятков секунд да еще и со "Снижение качества видеозаписи"!

Как?! - я вас спрашиваю: - управлять (при такой оперативности и подобном кАкчестве) Луноходом будете?!

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

Уже спрашивал, но повторюсь: - "Зачем мене нужно облако, при наличии собственного сервера, да еще и выпущенного на просторы интернета?!"

Возможны перебои в работе каналов связи между IP-камерой и облаком. В большинстве случаев перебои каналов приводят к потере части видеоданных. Устранение неполадок на линии -- процесс небыстрый, поэтому речь, как правило, идет далеко не о нескольких минутах потерянного видео.

А вот если господа облака-строители буду по настоящему объективны и посчитают все выпавшие кадры из потока h.264 (а тем более из потока h.265) связанные даже не с авариями, с простыми перегрузками сети, то данные потери начнут исчисляться уже не минутами - а часам потерянной информации.

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

Доброго времени дня.

Коллега Тюрин, по моему мнению, торопится с выводами, как всегда

Это Вам известно от разработчиков, или Вы уже тестировали это чудо?

...Лично я вижу - ...

...Как?! - я вас спрашиваю: - ...

Эти пассажи, как и утверждение про десятки секунд, оставим на совести Тюрина. Была уже тема на эту тему, в которой было показано, что десятки секунд при достаточной полосе - это миф.

...Зачем мене нужно облако...?

Вот это правильный вопрос, на который хочется ответить: Вам ото не нужно.

... проблемы синхронизации локальных часов камеры и глобальных часов облачного сервиса...

Да, это проблема, которая имеет только одно решение: в территориально-распределённых системах время камеры должно иметь прерогативу над временем сервера для датировки записи. Но, если положить руку на сердце,- эти же, или похожие проблемы есть и в стандартных (необлачных) VMS (тема была, но удовлетворительных ответов не получено).

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

Уважаемый Глеб Анатольевич - я никогда не тороплюсь с выводами если я незнаком с материалом или теоретически, или же на практике:

Как и большинство современных видеокодеков, Н.265 максимально эффективен (то есть способен подтвердить маркетинговые ожидания) в относительно несложных сценах наблюдения, где отсутствуют резкие перепады контрастности и не наблюдается интенсивных перемещений объектов и фона. Обещанная экономия битрейта/объёма средств хранения в 50% прежде всего касается именно таких сцен. То есть в реальных условиях — на оживлённом перекрёстке или в торговом зале супермаркета — цифры экономии окажутся существенно меньшими.

Кроме этого, на сегодняшний день толком не востребованы все «экономические» преимущества кодека-предшественника. Большинство производителей оборудования и систем, в частности, так и не осуществили переход на более продвинутые варианты профилей H.264. В видеонаблюдении чаще всего используются три профиля этого стандарта. Базовый профиль (Baseline) — это минимальная экономия полосы пропускания и минимальная нагрузка на вычислительные ресурсы. В последние несколько лет он приобрёл наибольшую популярность у вендоров. Главный профиль (Main) обеспечивает, согласно результатам независимых тестов, 10-30% улучшение показателей по сравнению с базовым. В последние несколько месяцев производители проявляют всё больший интерес именно к этому профилю. Высокий профиль (High) предоставляет ещё более существенные преимущества, однако на сегодняшний день вендоров, которые обеспечили совместимость с этим профилем, можно буквально пересчитать по пальцам.

Источник:http://www.secfocus.ru/articles/19207.htm#ixzz2nhRvybEv

Security Focus

Заявляемые ключевые маркетинговые отличия — или, говоря простым языком, «фишка» кодека, называемого одновременно HEVC и H.265, состоят в том, что при том же самом качестве изображения видеопоток H.265 имеет вдвое меньший битрейт, чем поток, сжатый кодекомH.264. К примеру, если для передачи сжатого кодеком Н.264 видеопотока разрешением 1080p с частотой кадров 30 кадров в секунду битрейт составляет примерно 4 мегабита в секунду, то у изображения эквивалентного качества, сжатого новым кодеком Н.265, битрейт упадёт до 2 мегабит в секунду. Выглядит привлекательно, однако, как всегда, возникает вопрос о цене этого перехода.

Security News

PS

Моё отношение к "облакам": это эволюция традиционных систем

А мои практические навыки и наблюдения подсказывают мне как раз таки обратное:

- Использование и построение подобных систем - это полная и окончательная деградация и не только видеонаблюдения, но всех постулатов охраны:

- "Охрана должна работать на опережение"!

- А любая система работающая в нереальном масштабе времени, а VMS или VSaaS сервисы, а так же и просто IP ВК - просто не могут по другому работать, они всегда трудятся в нереальном масштабе времени - т.е. в записи и используют для передачи алгоритмы основанные не только на сжатии с потерями, а еще и используют потоковые способы передачи данных - основополагающим фактором работы которых является потеря данных (отдельных или целой группы кадров) всего лишь при перегрузке канала связи!

- И при этом Вы мне, будете упорно доказывать что подобные системы пригодны для целей охраны?!

Тюрину:

Уважаемый Вадим, не умаляя важности теоретического знакомства с технологиями (по журналам) и подражая классику, хочу сказать:

Теория, мой друг, суха,

Но зеленеет жизни древо

Терерь о практике:

- Я понял, что Вы отрицаете для систем охраны способ потокового кодирования видео и его передачу с помощью систем коммутации пакетов...

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

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

Надеюсь, что постулаты охраны и признаки деградации Вы здесь формулировать не станете.

- Об "опережении" и масштабах времени: здесь много спорного. Несколько примеров: 1) автоматическая реакция сетевой камеры ("цифровые" выходы, аудиовыход, сетевые нотификации) на локальное событие, обнаруженное с помощью встроенных детекторов движения/звука и/или "цифровых" входов будет гораздо быстрее и надёжнее, чем реакция оператора и/или сервера; 2) правильная организация сети передачи данных исключает задержку в отображении видео от сетевых камер в локальной сети (до 4-х "хопов") более, чем на 200 мсек (практический опыт). Такая задержка в подавляющем числе применений не является критической, а в случае таковой,- негативные последствия могут быть нивелированы за счёт локальной автоматической реакции камеры (см. первый пример); 3) в случае удалённого наблюдения через Интернет,- здесь вообще нет альтернативы: либо ты что-то видишь с помощью сети, либо - ничего, поэтому о "вредности" тут говорить не приходится;

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