26 02 2015
SN: Однако сейчас а также процессорные мощности выросли, а также базар здорово двинулся к IP-камерам.
МА: Совсем правильно. Старенькый технологический «движок» не стал вкалывать: с IP-камер в сеть поступает теснее сжатое видео. А также 4 года обратно, разумея это, мы поставили пред собой задачку выковать современное заключение, которое обеспечит нам превосходство в новейших критериях. Чтобы в нашем продукте было что-то неповторимое, а также конкретно оно определяло бы отбор покупателей в нашу выгоду. Это обязана была существовать настоящая инновация — то, что никак не является рыночным эталоном, а родилось а также обрело техническое воплощение конкретно у нас. Разумея, что скорости процессоров будут вырастать, методы компрессии улучшаться, а цену средств сохранения ниспадать, мы представили себе, с какими трудностями столкнутся покупатели при попытке выполнить розыск в большущих видеоархивах. Розыск в архиве — одна из главных задач системы видеонаблюдения, так как практически во всех случаях полезные видеоматериалы попадают в архивы, откуда их необходимо вовремя вытянуть а также употреблять сообразно назначению. Мы провели изучение, которое привело к появлению промежного решения — системы розыска Moment Quest, реализованной в на-шем продукте VideoIQ7.
SN: Она частично перешла а также в «Разум»?
МА: Недостает, это заключение оказалось никак не полностью успешным. В «Разум» мы включали лишь безупречные, совсем доведённые по ума составляющие, а розыск Moment Quest на это «никак не потянул». Непосредственно, мы столкнулись с неувязкой применения базы SQL для сохранения метаданных. На любой вариант напомню, что такое метаданные: это формальное логическое отображение только, что располагаться в кадре. Какой-никакой предмет, в котором месте, какого размера, куда движется, с какой-никакой скоростью, какого цвета а также т.д. Таковая информация занимает совсем не достаточно места сообразно сопоставлению с видео, а также ежели эти данные хранить сообразно любому кадру, сообразно ним мы можем создавать архивный розыск. А также очень скоро. Мысль, сами зрите, обычная, однако воплотить её совершенно никак не элементарно. Ремесло в том, что все прикладные программеры (а их посреди программистов усмиряющее большая часть) используют «чужими» интерфейсами, предоставляемыми посторонними разрабами — каких-либо товаров, операционной системы а также т.п. Имеется у нас основа данных SQL — вот интерфейс к ней, имеется файловая система — вот интерфейсы Windows для никак неё, имеется видеографика — вот интерфейсы графики. Чтобы составлять свои системы, создатели употребляют одни все они же модули, как в ребяческом конструкторе, а также никто тут, сообразно сути, никак не заинтересован в инновациях. Во-первых мы попробовали пойти обычным путём при применении SQL. Главная неувязка оказалась в том, что при розыске нам нужно сформировывать требования «геометрического» нрава: вошёл ли предмет в такую-то зону, провёл ли в ней более данного медли, куда переместился потом. SQL же соображает только прямые требования типа «вывести все записи, в каких этот параметр более такого». Чтобы добиться цели, доводилось сформировывать большущее численность запросов к складе, а позже производить выведенное вручную на клиентской машине. В итоге требования выполнялись часами: в настоящей жизни таковой системе, ясно, места никак не обязано существовать. Чтобы постановить делему, мы изобрели свою систему сохранения метаданных, которая дозволяет исполнять розыск конкретно сообразно «геометрическим» запросам — дотрагивающимся цвета, размера, поведения объектов. Итог такового розыска даже в больших архивах делается доступен на протяжении нескольких секунд.