AlexMaa 0 Опубликовано 14 Июня 2024 Возможно стоит уже смотреть как это работает у конкурентов ? А то право же, на дворе 2024 год, мы уже используем нейросети для рисования фильмов и анализирования видео. Китайцы уже производят чипах для видео-камер в которых уже логика определения людей и авто в кадре работает "из коробки"! Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
Станислав 0 Опубликовано 15 Июня 2024 Здравствуйте! Спасибо за мнение, но речь идёт о конструктивных предложениях касаемо логике конкретного функционала. Это хорошо, что Китай что-то производит, но к обсуждаемому вопросу это совершенно никак не применимо. Не важно, как и каким путём реализовать, сейчас обсуждается только логика. Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
alec 0 Опубликовано 15 Июня 2024 Мне на ум пришел такой возможный алгоритм: считать количество задетектированных объектов в кадре, и если счетчик объектов увеличился, то генерируем событие, а если уменьшился или остался без изменений - то ничего не делаем. Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
taraz 0 Опубликовано 15 Июня 2024 По недопиленным вариантам алгоритма работы к рассмотрению предлагается ещё такая идея: когда Детектор стоящего автомобиля на парковке срабатывает очень часто, чтобы он вызывалась внешняя утилита или скрипт, записывающая время последнего вызова и проверяет какое время было записано до этого и если это время больше того, что установлено в реакции, то отправляет сообщение в Телеграм, а если меньше, то просто обновляет это время новым. Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
Станислав 0 Опубликовано 16 Июня 2024 Здравствуйте! Мы изучим варианты. Спасибо. Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
Pogoreloff 0 Опубликовано 26 Июля 2024 При добавлении логических условий "и" "или" в реакции, можно было бы решить эту задачу наиболее простым путём. Таким образом реакция срабатывала бы при соблюдении двух условий: "Детекция объекта в камере N" И "Детекция движения в камере N длительностью T" Объект в кадре не может появиться из ниоткуда. Он может прийти в камеру или уйти только посредством движения. Таким образом уведомления будут отправляться только при движении объекта в камере. При подъезде автомобиля на парковочное место. И при выезде автомобиля с парковочного места. При детекции объектов в камере и при этом при отсутствии движения во время стоянки, реакция не сработает т.к. не будут соблюдены оба условия. Мне кажется этот функционал мог бы уменьшить количество ложных, а так же избыточно частых детекций объектов. Ведь каждая реакция дает отсрочку до следующей реакции. А за этот период может произойти значимое событие, реакция на которое Не сработает из-за отсрочки. Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
Станислав 0 Опубликовано 27 Июля 2024 Здравствуйте! Ваше пожелание будет рассмотрено и возможно реализовано в рамках задачи #3721 Благодарим за содействие в развитии системы «Линии»! Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
taraz 0 Опубликовано 20 Августа 2024 По сабжу - будет ли в следующем релизе "Линии" какое-то исправление многократной отсылки? Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
Станислав 0 Опубликовано 20 Августа 2024 Здравствуйте! Сейчас вопрос решается точно подобранным оборудованием на настройкой. Ваше пожелание будет рассмотрено и возможно реализовано в рамках задачи #3721 Благодарим за содействие в развитии системы «Линии»! Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В
taraz 0 Опубликовано 21 Января Добавление логических условий типа "И" и "ИЛИ" в систему реакций существенно упростило бы настройку аналитики и позволило бы избежать лишних срабатываний. Такой подход действительно поможет сократить ложные срабатывания и оптимизировать реакции системы. Реакция срабатывает только при выполнении двух условий: 1. Детекция объекта в камере N. 2. Детекция движения в камере N длительностью T. Это действительно логично, так как появление объекта в кадре всегда сопровождается движением, а статичные объекты можно игнорировать. Преимущества такого подхода: 1. Снижение ложных срабатываний: Статичные объекты (например, припаркованные машины) не вызывают реакции. 2. Реакция на значимые события: Уведомления будут отправляться только в моменты реального появления или исчезновения объектов. 3. Устранение конфликтов с временной задержкой: Исключение частых "перекрывающих" событий, которые могут блокировать значимые уведомления. Как можно реализовать функционал: 1. Расширение логики реакций в Devline Встроенный функционал системы может быть доработан: - Добавить поддержку логических условий в настройках реакций (например, "Детекция объекта" + "Детекция движения длительностью T"). - Настроить фильтрацию событий по этим условиям. 2. Альтернативное решение с помощью скриптов Если расширение функционала реакций невозможно, можно использовать промежуточный скрипт для обработки событий. Например: ```python import requests import time TELEGRAM_BOT_TOKEN = "Ваш_Telegram_токен" CHAT_ID = "Ваш_ID_чата" last_event_time = 0 MOVEMENT_THRESHOLD = 5 # Длительность движения в секундах DETECTION_TIMEOUT = 300 # Задержка между уведомлениями в секундах def send_telegram_message(message): url = f"https://api.telegram.org/bot{TELEGRAM_BOT_TOKEN}/sendMessage" data = {"chat_id": CHAT_ID, "text": message} requests.post(url, data=data) def process_event(object_detected, movement_duration): global last_event_time current_time = time.time() if object_detected and movement_duration >= MOVEMENT_THRESHOLD: if current_time - last_event_time > DETECTION_TIMEOUT: send_telegram_message("Объект появился/исчез с движением!") last_event_time = current_time # Эмуляция работы while True: # Получение данных из системы (эмуляция) object_detected = detect_object() # Функция проверки объекта movement_duration = detect_movement_duration() # Длительность движения process_event(object_detected, movement_duration) time.sleep(1) # Период проверки Поделиться этим сообщением Ссылка на сообщение Поделиться на других сайтах В