viinex exe что это
В нашем компе поселился замечательный майнер
Просто папку удалить и все, или где-то еще что-то живет?
Если вдруг и у вас завелся друг — проверьте на наличие папки — NsMiner либо файла IMG001
Иконка файла IMG001 такая же, как и у папок, но файл является приложением, возможно и инсталлятором, поэтому, отнеситесь повнимательнее, и не кликайте.
У меня он со 2 февраля прописался, оказывается.
С компьютерами я несколько на «Вы»…
Метки: mining, partisan, 1tv
Комментарии 28
Эм. А как его получить? Непроверенная почта, ссылки в пронхабе, попытка скачать пиратки откуда не надо?
Да фиг знает, по дате создания — я в этот день лишь МР3 файл скачал
Ну вот оттуда и получил (
С этого сайта и ранее скачивал, и на днях — ничего такого не было и нет.
Дать ссылку, проверим?))
Возможно в каком-нибудь сайте мешающий баннер или область со скриптом(или как там они зовутся ) кликнул.
Давай. Кидай в личку
Всегда решением проблемы является ее первоначальная и корректная диагностика, в том числе следов ее появления! Это спящий бот майнинга, который просыпается как по таймеру, так и по сети!
1. Вариант: отследить пакеты инициирующие запуск паразита (wireshark) поймать айпишник и заблокировать на сетевом уровне, дополнительно выяснить чей он, сообщить тому оператору кому принадлежит паразитирующая подсеть, приложить логи и скрины с запросом изолировать нарушителя или данные будут переданы в отдел «К».
2. Вариант: без траты времени и чтобы не вникать (самый простой в этом случае) — иметь два физически раздельных жестких диска, переустановить систему и нужный софт+драйвера, закончить все допнастройки и сделать снапшот системы на второй диск, на системном диске не хранить ничего кроме программ и самой системы! Не сохранять куки и пароли к сайтам! Это традиционная моя рекомендация, которая даёт практически 99% гарантию работы пк и скорого его возврата в строй в случае подобному этому и сохранению персональной информации!
P.S.: второй жёсткий диск лучше иметь как внешним и резервным!
Успехов!
Спасибо!
Активность поймал при первичном запуске Ютуба, на тот момент я знал присутствие программы Майнинга, поэтому через диспетчер задач выявил самый активный файл — загрузку ЦП на 100% вызвало приложение — NsCpuCNMiner64 — завершил его процесс и активность тут же спала.
Ранее пару раз была резкая спонтанная активность компьютера, но ввиду того, что на тот момент не был в курсах чем это было вызвано, закрывал браузеры и инициировал Выход из системы.
Первоначально заметил файл IMG001 на флешке фотоаппарата, когда через кабель загружал фотографии в компьютер, поскольку иконка файла похожа на иконку папки — попытался его открыть, но ничего на первый взгляд не произошло, посмотрев повнимательнее обнаружил что это приложение, поскольку название несколько схоже с файлами создаваемым фотоаппаратом, насторожился, но особо не придал значения.
Проверил отдельный стационарный накопительный диск ноутбука — там тоже присутствовал файл IMG001.
Возможно, дублируется на обнаруженные флеш-накопители.
Вероятно файл-приложение IMG001 является инсталлятором программы.
Вероятно, судя по дате создания, попало при скачивании музыкального файла.
Запускается вместе с компьютером, при последующем ручном вырубании через диспетчер задач всех касательных исполняемых файлов программы майнинга — повторный самостоятельный запуск пока не замечен.
Я уже ознакомился с комментариями ниже, это лёгкий случай! Файл не шифруется, предлагаю проверить hosts файл, но сейчас уже этим балуются только патчи или кряки! Открытие самого ютуб тут не причём, нужно анализировать поведение червя — например отключить интернет и открыть браузер или наоборот и проверить как себя будет вести червь! Нагрузка на железо появляется во время обработки. А не простоя программы, отправьте файл в вирустотал и поставьте хороший антивирус. Вам удобнее быстро исправить пк или решить проблему?
hosts без изменений.
Удобнее быстро исправить пк.
Восстановление не решит проблему?
upd, видимо нет, точки восстановления свежие.
Вот и ответ на все ваши вопросы 🙂
Откат не поможет, но Вы можете попробовать)
Встраиваемая система видеонаблюдения
Viinex — это встраиваемый программный компонент, который позволяет добавить функции по работе с видео в ваше приложение. Viinex реализует функциональность для получения видеоданных от видеокамер по отраслевым стандартам и от видеосерверов сторонних VMS по их проприетарным протоколам, предоставляет возможность хранения видео в видеоархиве и управления репликацией видеоархивов, раздачу видеопотоков клиентам, – как “живых”, так и архивных. Кроме того, Viinex берет на себя всю низкоуровневую работу по буферизации видео для предзаписи, корректной обработке последовательностей между ключевыми кадрами (GOP-ов), точному позиционированию в архиве, точному учету временных меток в видеопотоке, и тп. Предоставляет возможность использовать уже встроенную видеоаналитику или самостоятельно добавить сторонние библиотеки.
Viinex может использоваться вашим приложением как на периферии на физических серверах (stand alone), так и в дата-центрах с развертыванием и использованием в виртуальной среде. Для целей организации видеонаблюдения в Интернет, важно отметить, что возможно использовать P2P соединение между экземпляром Viinex и браузером пользователя для доставки видео, а также обеспечить шифрование передачи видео по SRTP.
Разработано для WEB
Viinex разработан с учетом следующего критерия: вся функциональность, реализуемая Viinex, должна быть доступна для использования веб-клиентом, написанном на Javascript и работающем в современном браузере, – без другого дополнительного ПО. Мы предполагаем, что если веб-клиент может использовать некую функциональность, то и нативный клиент также сможет ее использовать. Этот критерий выполнен: получение данных, статистики, передача команд и событий, а также видеопотоков, доступно в Viinex через программный интерфейс, основанный на обмене между клиентом и сервером по протоколу HTTP документами в формате JSON, – удаленными вызовами в REST-стиле, без поддержки сервером клиентского состояния. Тем самым, веб-клиент, как и мобильные приложения для Viinex, могут быть разработаны в «естественной» идиоматике используемого frontend-разработчиками окружения, без необходимости в дополнительных приемах, таких как вспомогательные плагины.
Соответствие стандартам
Во взаимодействии с другими приложениями, в частности, при обмене мультимедийными данными, Viinex придерживается протоколов и форматов медиа, стандартизованных ISO. Viinex работает с видео и предоставляет доступ к записанным данным в таких форматах как MP4, MPEG TS, а также в форме “сырого” потока, удобного для приложений по обработке видео. Внутри видеоархива Viinex хранит данные в виде последовательности MP4-файлов, названных с учетом времени их получения и названия камеры-источника и разложенных по подпапкам по простейшему правилу. Это позволяет при необходимости манипулировать этими данными с использованием стандартных средств, таких медиаплееры – например, если носитель с видеоархивом был извлечен из компьютера, на котором работает ваше приложение, и перенесен на другую систему, не содержащую дополнительного ПО).
HTML5-совместимое вещание
Для раздачи видеопотоков клиентам Viinex реализует спецификации WebRTC и HLS, что позволяет воспроизводитить видео из Viinex на большинстве популярных браузеров и мобильных клиентов. Кроме этого, протокол WebRTC позволяет передавать видео в реальном времени с минимальной задержкой, — приемлемой для управления поворотными камерами в ручном режиме, т.к. этот протокол изначально создавался для использования в видеоконференцсвязи.
Управление видео с помощью middleware Viinex на распределенных объектах
При внедрении систем управления безопасностью производители PSIM-систем сталкиваются с проблемой: заказчики PSIM-решений используют совершенно разные системы видеонаблюдения разных производителей. Нередко оказывается, что даже в единой системе безопасности видеоданные, которые нужно передавать в центр контроля, должны быть собраны от различных систем видеонаблюдения, установленных на территориально распределенных объектах заказчика, например, таких как сети заправок или банковских структурных подразделений.
В связи с этим на плечи разработчика PSIM-систем ложится непростая задача по интеграции целого парка видеосерверов различных производителей. Вдобавок все осложняется тем, что современные PSIM-системы, как правило, предоставляют данные в веб-интерфейсе, а далеко не все системы видеонаблюдения совместимы со стандартом HTML5 для видео стриминга.
В части управления видео требования обычно сводятся к простым пунктам:
- ● доступ к онлайн-видео различных видеосерверов, установленных на удаленных объектах, при необходимости контроля чрезвычайных ситуаций в реальном времени;
- ● возможность просмотра видеоархивов в центре мониторинга с удаленных объектов в случае, когда необходимо провести расследование инцидента;
- ● возможность добавления в будущем разных систем видеоаналитики;
- ● репликация видеоархивов для хранения и постобработки нужных данных уже непосредственно в центре мониторинга:
- — по запросу из центра по известному времени;
- — автоматически по событию (например, когда сработал охранный датчик на удаленном объекте и нужно тут же передать видеофрагмент для верификации тревоги и обеспечения хранения видеозаписи).
Под репликацией в данном случае мы подразумеваем перенос необходимой части видеоархива из одной системы в другую. Например, перенос нужных отрезков видеозаписей различных видеосистем непосредственно с периметра видеонаблюдения (где осуществляется запись по заданному временному периоду на объектах) на другой периметр – скажем, в центр контроля для долгосрочного хранения записей инициированных «по тревоге» и удобного представления этих записей различным внутрикорпоративным клиентам.
Решение с помощью Viinex
Viinex представляет собой встраиваемое программное обеспечение для решения всех вышеописанных задач по управлению видео, в том числе получаемого от различных VMS и видеоисточников. Кроме того, Viinex предлагает инструменты для самостоятельного добавления необходимых систем видеоаналитики, когда они понадобятся.
Используя Viinex, производители PSIM могут оперативно развертывать системы на крупных объектах даже с несколькими разными системами видеонаблюдения, используя Viinex в качестве «шлюза», имеющего систему репликации видеоархивов с возможностью раздачи видео по стандартам RTSP, HLS и WebRTC. Viinex полностью совместим с HTML5 спецификацией, а весь инструментарий управления видео доступен через HTTP RESTful API.
Интеграция сторонних VMS и ретрансляция видео в HTML5
Именно по просьбам наших партнеров-производителей PSIM мы интегрировали в Viinex различные VMS (подробнее об этом есть здесь), и теперь наш продукт предоставляет средства для получения живых видеопотоков и возможность трансляции сторонних видеоархивов и их репликации.
Такая схема особенно выгодна при развертывании систем с большим количеством IP-видеокамер и видеосерверов, т.к. зачастую невозможно и не нужно отображать видеопотоки всех видеоисточников в центре контроля одновременно.
Помимо получения видеопотоков IP-видеокамер по стандартным протоколам и видеопотоков видеосерверов различных VMS, которые мы интегрировали по предоставляемым их производителями SDK, наш партнер также может выполнить интеграцию внешних источников видео (как онлайн-, так и из ранее записанных файлов видео) самостоятельно с использованием плагина, исходный код которого мы выложили в открытый доступ на Github под MIT-лицензией.
Подключение алгоритмов видеоаналитики
Viinex предоставляет удобный инструмент для использования приложений, связанных с видеоаналитикой, т.к. позволяет подключать отдельные приложения, которые могут взаимодействовать с Viinex через механизм «внешнего процесса», описанный в нашей документации.
Такой механизм напоминает метод FastCGI для взаимодействия веб-серверов и различных связанных приложений. Веб-сервер может запускать внешний процесс, управлять его жизненным циклом и связываться с этим процессом через pipe или доменные сокеты UNIX. Соответственно, Viinex может запускать внешний процесс, управлять его жизненным циклом и взаимодействовать с этим процессом, используя соответствующие методы IPC.
Viinex предоставляет два ключевых механизма для взаимодействия с внешним процессом.
Эти два механизма позволяют подключать алгоритмы видеоналитики наиболее простым способом. Интеграция со сторонними системами на основе событий может быть относительно простой и написана практически в любом языке программирования, имеется в виду простой интерфейс для обмена событиями (то есть стандартный ввод/ вывод данных в формате JSON).
Репликация видеоархивов
Дополнительно к интеграции сторонних VMS мы добавили в Viinex функциональность репликации видеоархивов как собственных, так и сторонних VMS. Режим репликации может быть в Viinex управляемым или автоматическим.
Принципиальное различие между этими двумя режимами таково. Режим управляемой репликации означает, что весь процесс репликации полностью контролируется через API Viinex. Каждая задача репликации для управляемого приемника репликации представляет инструкции о том, откуда взять видеоданные, за какой интервал времени они должны быть и в какой канал в видеоархиве должны быть помещены эти данные для того, чтобы впоследствии «раздать» их средствами Viinex.
Режим управляемой репликации хорошо подходит для работы c видеоархивом по запросу, когда необходимо провести расследование инцидентов в центре контроля.
Репликация в автоматическом режиме выполняется, напротив, уже от имени источника репликации в некотором удаленном экземпляре Viinex. Это значит, что источники репликации, подключенные к приемнику репликации, будут отправлять новые видеоданные, как только они появятся в видеоархивах, назначенных источниками репликации, не ожидая явных заказов или запросов от приемника репликации, находящегося на центральном хосте.
Режим автоматической репликации видеоархива хорошо подходит для случаев, когда необходимо автоматически получать видеозаписи, например, по нестабильным каналам связи или когда есть риск, что видеоархив может быть уничтожен после проникновения на удаленный объект. Потом отфильтрованные по различным событиям видеозаписи можно просматривать в центре контроля.
Репликация видеоархива в режиме управления через API Viinex
Управляемый приемник репликации Viinex фактически является агентом, который принимает задачи репликации через API и выполняет эти задачи. Подключение реплицируемого потока может быть как по протоколу RTSP, когда просто указывается URL, логин-пароль и транспорт для репликации в Viinex, так и по проприетарным SDK различных VMS в случае, если эти VMS уже интегрированы в Viinex.
Примеры запросов через API:
- 1. Получение timeline видеоархива VMS для оценки репликации;
- 2. Передача фрагмента видеоданных в видеоархив Viinex начиная c заданного времени, когда Viinex сам забирает видео из указанных источников в соответствии с устанавливаемыми заданиями на репликацию. Ключевая сложность здесь — это перенести сторонний видеоархив за любое произвольное время в соответствующее место внутри видеоархива Viinex. API Viinex позволяет «вклеивать» фрагменты, для которых в архиве Viiex есть свободный временной отрезок, а в случае необходимости API Viinex дает возможность удаления уже существующих фрагментов в видеоархиве. При этом в случае запроса к экземпляру Viinex экспорт или проигрывание видео внутри интервала будет происходить непрерывно, как если бы таких «склеек» не было.
- 3. Управление скоростью репликации. Числовое свойство «скорость» (speed) задания на репликацию по RTSP определяет скорость передачи данных, с которой видеокадры должны приниматься от источника репликации. Например, указание «скорости»: 8 означает, что Viinex будет запрашивать скорость передачи данных 8, что приведет к 8-кратному увеличению скорости репликации по сравнению с обычной скоростью воспроизведения (То есть 10 минут видео будет передаваться за 1 минуту и 15 секунд на скорости 8). Иными словами, эта настройка позволяет не ожидать час для того, чтобы передать часовой видеоархив, транслируемый VMS по RTSP-протоколу. Есть возможность постановки одновременно нескольких задач на репликацию, для того чтобы обеспечить максимальную скорость репликации большого видеоархива, разбив его на временные отрезки.
- 4. Запрос для удаления фрагмента данных Viinex за указанный интервал времени обеспечивает возможность замены данных (вместо «доклейки» новых данных к существующим) в случаях, когда такая замена необходима. Это позволит при необходимости с помощью внешнего по отношению к Viinex программного обеспечения управлять видеоархивом – т.е. вместо имеющейся в Viinex логики, когда для записи новых данных в видеоархив из него удаляются наиболее старые данные, реализовать любую другую политику актуальности данных.
Автоматическая репликация видеоархива
Автоматический режим означает, что источник репликации отвечает за автоматическую отправку видеоданных из экземпляра Viinex, где эти данные последовательно создаются/собираются (например, при подключенных непосредственно к Viinex живых видеоисточниках), в другой экземпляр, где должен быть развернут приемник репликации.
Источник репликации самостоятельно подключается к своему одноранговому приемнику репликации, «договаривается» с ним о том, каких видеоданных, от самых старых до самых новых, не хватает в центральном хосте, а затем автоматически отправляет эти данные. Затем эти шаги повторяются. Когда оказывается, что никакие новые данные не должны передаваться в приемник репликации, источник приостанавливает свою работу.
Здесь очень важно, что именно источник репликации является инициатором соединения и все данные, доступные для источника, копируются в приемник репликации в центре. Это важно потому, что удаленные объекты могут находиться в сети Интернет, быть подключенными различными провайдерами связи и их IP-адреса даже могут динамически меняться в любое время.
В случае разрыва связи источника автоматической репликации с приемником поддерживается докачка видеоархива после восстановления соединения.
Обратите внимание, что источник репликации одинаково обрабатывает все видеоканалы, присутствующие в видеоархиве, к которому он подключен, и отправляет эти видеоданные в свой приемник репликации. А один приемник репликации, в свою очередь, может работать сразу с несколькими источниками, что позволяет собирать видео из нескольких видеоархивов в один архив на центральном хосте. Вы можете подключить источник репликации к любому видеоархиву Viinex, в котором присутствуют последовательные записи, и такая схема работы позволяет обеспечить необходимое количество уровней хранения видео.
Например, такой режим репликации необходим, когда нужно обеспечить дополнительное автоматическое сохранение только «тревожных» записей на втором уровне, когда видео должно автоматически передаваться в центральный видеоархив для расследования инцидентов.
Дополнительно при необходимости вы можете настроить видеоархивы, к которым подключены источники автоматической репликации – не только вести стандартную перезапись видеоархива по абсолютному или релевантному времени, но и, например, сразу удалять в этом видеоархиве записи, реплицированные в центр мониторинга.
Средства обеспечения безопасности автоматической репликации
Для настройки автоматической репликации необходимо указать адрес и учетные данные приемника репликации. Когда источник репликации подключается к приемнику, он всегда использует некоторые учетные данные для проверки подлинности, которые указываются в конфигурации. Очевидно, что если объекты находятся в сети Интернет, то данные должны быть переданы безопасно и без возможности их подмены или получения кем-то еще, т.е. учетные данные должны быть известны только источнику и приемнику репликации.
Дополнительно по соображениям безопасности для автоматической передачи данных можно создать выделенный веб-сервер, назначив для этого сервера уникальный порт TCP, особенно если приемник репликации открыт в сети Интернет для приема видеоданных из удаленных экземпляров Viinex.
Решение проблемы сквозной нумерации камер при автоматической репликации
Иногда достаточно сложно обеспечить уникальную нумерацию камер на разрозненных объектах, которые нужно объединить, и поддерживать ее в неизменном состоянии. Поэтому учетные данные подключения источника автоматической репликации к приемнику, помимо прочего, задают имена видеопотоков и объектов. Приемник репликации использует их для определения префиксов, под которыми будет храниться видео на стороне центрального хоста, тем самым обеспечивая их идентификацию.
Например, когда источник репликации подключается к приемнику и отправляет видеоданные с локальных камер с именами cam1 и cam2, эти источники видео получат имена site1.cam1 и site1.cam2 в видеоархиве, прикрепленному к приемнику репликации. И если другой источник репликации загружает видео с камер, также называющихся cam1 и cam2, то этот источник получит имена site2.cam1 и site2.cam2 на стороне приемника репликации.
Этот простой механизм позволяет использовать любые имена видеопотоков на стороне источников репликации и не требует административно сложной сквозной нумерации видеокамер. В то же время он обеспечивает уникальную идентификацию видеопотоков для всех источников репликации (таких как cam1, cam2), одновременно предотвращая смешивание данных с разных камер на стороне приемника репликации в центральном хосте.
Все эти механизмы и инструменты разрабатываются именно таким образом, чтобы Viinex, будучи middleware, предоставлял нашему партнеру удобный инструментарий для управления видео, когда политику использования Viinex в своем приложении партнёр мог определять полностью самостоятельно. Этот подход позволяет нашим партнерам-производителям PSIM использовать Viinex для управления видео на самых разных объектах: аэропортов, морских портов и систем обеспечения транспортной безопасности городской инфраструктуры.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Распознавание номеров автомобилей
Модуль распознавания номеров автомобилей, разработанный Viinex, – это готовый набор инструментов для использования в программном обеспечении автоматизации автомобильных парковок, контрольно-пропускных пунктов и систем взвешивания транспортных средств.
Модуль работает как внешний процесс и выполняет следующие функции:
Viinex поддерживает два метода работы для двух возможных сценариев использования в интегрирующем программном обеспечении: распознавание номеров автомобилей в видеопотоке и распознавание номеров автомобилей по кадрам (JPEG).
Распознавание номеров автомобилей в видеопотоке
Это типовой сценарий для точек контроля проезда движущегося транспорта, когда алгоритм видеоаналитики анализирует все кадры в видеопотоке, т.к. во время движения автомобиля геометрия символов номера на изображении, фиксируемом видеокамерой, может изменяться. Режим работы алгоритма распознавания номеров автомобилей может быть управляемым или в автоматическом режиме.
Управляемый режим распознавания номеров автомобилей (HTTP запрос)
В этом случае интегрирующее приложение может запускать и останавливать алгоритм распознавания, когда автомобиль находится перед камерой (например, при получении информации от петли или иных датчиков и детекторов, по нажатию кнопки и т.д.).
При управлении распознаванием по команде взаимодействие с алгоритмами в Viinex осуществляется по протоколу HTTP, который, по существу, используется как транспортный протокол для удаленных вызовов процедур. Это позволяет запускать несколько задач на распознавание одновременно, по разным изображениям, – без необходимости сериализовать вызовы или соблюдать другие предосторожности, которые обычно требуются для многопоточного использования библиотек распознавания.
Пример запроса для распознавания номеров автомобилей в видеопотоке:
При этом можно заранее указать параметры времени распознавания в конфигурации: preprocess и postprocess (например, за полсекунды до и через полсекунды после получения этой команды).
Автоматический режим распознавания номеров автомобилей (WebSocket)
Алгоритм распознавания в видеопотоке также может работать в полностью автоматическом режиме (freeflow) – когда нет возможности использовать дополнительную информацию о наличии автомобиля перед камерой и управлять распознаванием через HTTP-запросы. В этом случае получение результатов распознавания возможно с помощью сервиса оповещений через интерфейс WebSocket. Также использование подписки на WebSocket подходит, когда результаты необходимо получать сразу нескольким клиентам интегрирующего приложения, а не только клиенту, управляющему распознаванием и отправляющему HTTP-запрос.
Полностью автоматический режим работы обеспечивает результаты лучше, чем при использовании метода распознавания только по кадру (о котором сказано ниже), просто за счет большего количества данных для распознавания и возможности анализа результатов по кадрам, содержащим один и тот же автомобильный номер.
В полностью автоматическом режиме работа осуществляется по большому количеству видеоданных и алгоритм анализирует все передаваемые ему изображения для поиска номера автомобиля на каждом кадре, и если трафик проезда транспорта в точке контроля невысок, то большую часть времени анализируются видеоданные, на которых вообще нет автомобилей.
Для оптимизации эффективности использования аппаратных мощностей в Viinex существует стандартная возможность заранее указать ROI (область интереса на изображении) для анализа только части кадра. Кроме того, можно указать параметры детализации данных видеопотока – нужно ли анализировать все кадры или только ключевые; можно ли их пропускать; можно ли прекратить анализ, если результат сразу выдан с необходимым параметром confidence. Такие настройки позволяют значительно сэкономить на аппаратных ресурсах, особенно там, где транспорт движется не быстро, например, на парковках или КПП. Таким образом можно распределить аппаратные ресурсы для обработки большего количества видеопотоков.
Распознавание номеров автомобилей по кадрам
Метод распознавания по кадрам предпочтителен при работе с неподвижными транспортными средствами – например, остановившимися перед шлагбаумом в поле зрения камеры или стоящими на статических автомобильных весах, т.е. когда остановка занимает секунду и более.
В этом случае на получаемых кадрах не происходит значительных изменений изображения автомобильного номера. Соответственно, гипотезы, выдаваемые алгоритмом распознавания по каждому такому кадру, будут одинаковы. Это обусловлено тем, что кадры будут отличаться друг от друга только шумами, которые не оказывают существенного влияния на качество распознавания. В то же время, наиболее важный фактор, влияющий на качество распознавания – геометрия пластины и символов номера автомобиля – будет оставаться неизменным на каждом кадре, пока автомобиль не начнет двигаться. Поэтому в анализе последовательности изображений просто нет необходимости.
Таким образом, если необходимо распознавание номерного знака транспортного средства, стоящего на весах или перед КПП (т.е. в тех случаях, когда заранее известно место остановки автомобиля и есть внешний сигнал о наличии автомобиля в этом месте), метода статического распознавания будет достаточно.
Например, можно подать на вход движка распознавания номеров произвольное изображение, используя утилиту CURL для формирования HTTP POST запросов к Viinex (изображение подается в теле HTTP-запроса, и результат распознанного номера возвращается в виде JSON-структуры в теле HTTP-ответа на этот запрос, тот же самый список данных, что и при распознавании по видеопотоку).
Пример запроса распознавания номеров автомобилей по кадрам:
При работе в режиме распознавания кадров отсутствует ограничение, связанное с количеством видеокамер – поскольку распознавание осуществляется именно по кадрам – делает этот метод экономически эффективным при применении на пунктах взвешивания и точках контроля, где автомобили останавливаются в зоне действия камеры. Минимальна загрузка аппаратных ресурсов, т.к. такой метод позволяет обрабатывать видеоданные только в том случае, если на них есть автомобильный номер. Это предоставляет возможность развертывания Viinex на той же самой аппаратной платформе, на которой развернуто ПО автоматизации без необходимости выделения отдельных аппаратных ресурсов. Кроме того, этот метод отличается простотой использования и полным отсутствием необходимости каких-либо настроек алгоритма распознавания. Анализ изображения осуществляется по всему кадру целиком, т.к. нет жестких временных ограничений на выдачу результата распознавания, как в методе распознавания по видеопотоку, когда через доли секунды уже передается следующий кадр для обработки.