Porque é que um NVR doméstico não regista eventos breves quando o seguimento de objetos está ativado?
Um NVR doméstico pode não detetar eventos breves com o seguimento ativado, porque o objeto pode desaparecer antes de serem criadas e confirmadas deteções suficientes para gerar um seguimento válido.
O seguimento de objetos é frequentemente adicionado para reduzir alertas duplicados e manter a identidade enquanto uma pessoa, um carro ou um animal se desloca pelo enquadramento. Não substitui a deteção de objetos. Primeiro, um detetor tem de identificar o objeto; depois, o sistema de seguimento tem de associar as deteções ao longo do tempo, manter a trajetória ativa e cumprir as regras do evento ou da zona. Uma passagem rápida por uma porta ou uma aparição breve numa entrada pode terminar durante qualquer uma destas fases.
O seguimento começa com a deteção, não antes dela
Um sistema de seguimento não consegue criar uma trajetória fiável a partir de um objeto que o detetor nunca comunicou. A deteção de movimento, a seleção de fotogramas, a descodificação, a inferência de objetos e a filtragem por confiança continuam a ocorrer antes da associação.
A Frigate recomenda um fluxo de deteção de cerca de 5 fotogramas por segundo para muitas câmaras, mas salienta que objetos mais rápidos podem exigir uma taxa superior. A 5 fps, o detetor recebe um fotograma candidato a cada 200 milissegundos.
Um objeto visível durante meio segundo pode aparecer em apenas dois ou três fotogramas analisados. O desfoque, uma obstrução, uma escala reduzida ou um resultado com baixa confiança podem reduzir essa sequência a uma única deteção utilizável.
A amostragem de fotogramas pode ignorar a melhor imagem
A gravação pode conter 15 ou 30 fotogramas por segundo, enquanto a inferência é executada num fluxo de deteção com uma taxa inferior. O fotograma mais nítido pode surgir entre os fotogramas enviados ao detetor.
Taxas de inferência mais baixas poupam recursos de computação e normalmente preservam eventos comuns, como pessoas a caminhar, mas reduzem a cobertura temporal de uma pessoa a correr, de uma bicicleta, de um animal pequeno ou de um veículo visto através de uma zona estreita.
Teste a duração real em fotogramas. Um clip de dez fotogramas a 30 fps dura apenas um terço de segundo; um detetor a 5 fps pode analisar uma ou duas posições, e nenhuma delas garante uma caixa de deteção de boa qualidade.
O período de confirmação do seguimento pode ser mais longo do que o evento
Os sistemas de seguimento mantêm frequentemente um novo alvo num estado provisório até este persistir durante vários fotogramas. Isto reduz alertas causados por ruído do detetor num único fotograma, reflexos, insetos e artefactos de compressão.
A NVIDIA DeepStream documenta um período de confirmação provisório antes de um novo seguimento ser ativado. Se um alvo desaparecer durante esse período, o pipeline pode suprimir o seguimento por o considerar provavelmente um falso positivo.
A mesma proteção pode ocultar um evento breve genuíno. Reduzir o período de confirmação melhora a deteção de eventos curtos, mas também expõe mais falsos alarmes de um único fotograma, pelo que deve ser testado com o ruído real da câmara.
Os limiares de confiança removem caixas fracas antes da associação
O movimento rápido, uma entrada parcial junto à margem do enquadramento, a exposição noturna, a chuva, o encandeamento e o tamanho reduzido do objeto podem diminuir a confiança do detetor, mesmo quando uma pessoa consegue ver o objeto.
O ByteTrack foi concebido tendo em conta o problema de que descartar caixas de deteção com baixa confiança produz objetos não detetados e trajetórias fragmentadas.
Um evento breve tem pouco tempo para recuperar de uma caixa rejeitada. Compare limiares altos e baixos em clips exportados e verifique se o detetor identifica o objeto com baixa confiança ou se não o identifica de todo.
As regras de associação podem falhar perante movimentos bruscos
Os sistemas de seguimento preveem onde um objeto deverá aparecer em seguida e fazem corresponder essa previsão a novas deteções. Uma mudança súbita de direção, um grande deslocamento entre fotogramas, uma alteração acentuada de escala ou uma oclusão parcial podem ficar fora do limite de correspondência.
O Ultralytics disponibiliza limiares e buffers de seguimento que controlam se as deteções atualizam os seguimentos e durante quanto tempo os seguimentos perdidos permanecem ativos.
Aumentar o buffer ajuda quando ocorre uma ocultação temporária depois de existir um seguimento, mas não resolve um evento que nunca chegou a tornar-se um seguimento. Uma associação demasiado permissiva também pode ligar um objeto novo a uma trajetória antiga e criar uma identidade de evento incorreta.
A inicialização e a continuidade do seguimento implicam um compromisso entre deteção e estabilidade
O seguimento online tem de decidir quando uma deteção se torna um novo seguimento, quando duas observações pertencem ao mesmo objeto e quando uma trajetória terminou.
A investigação centrada no seguimento considera a inicialização orientada para seguimentos um problema de conceção separado, porque uma inicialização fraca pode perder alvos antes de a associação posterior ter oportunidade de ajudar.
Uma configuração de NVR doméstico otimizada para seguimentos longos numa entrada pode, por isso, rejeitar uma aparição breve num alpendre. Avalie separadamente a iniciação, a continuidade e a criação de eventos, em vez de alterar um único controlo global de sensibilidade.
O seguimento pode acrescentar carga suficiente para eliminar fotogramas úteis
A deteção, as características de aparência, a estimativa de movimento, a associação, as sobreposições, a gravação e vários fluxos de câmaras partilham recursos de CPU, GPU, largura de banda da memória e descodificação.
A investigação sobre a inicialização de seguimentos salienta que a complexidade do sistema tem de equilibrar a inicialização e a reidentificação com a velocidade online. Uma configuração que exceda o orçamento de tempo real do servidor doméstico pode acumular latência ou ignorar processamento.
Compare os FPS das câmaras, os FPS de inferência, a latência do detetor, a profundidade da fila e os contadores de fotogramas perdidos antes e depois de ativar o seguimento. Uma funcionalidade de seguimento não pode melhorar a continuidade quando o pipeline processa menos fotogramas atempados.
Separe a retenção da gravação da confirmação de eventos
Mantenha a gravação contínua ou baseada em movimento junto à câmara, mesmo quando os eventos seguidos são utilizados para alertas. A gravação permite determinar se a cena foi perdida na captura, na deteção, no seguimento ou nas regras do evento.
Reproduza um clip perdido através de um pipeline de teste controlado e analise as caixas de movimento, as deteções brutas, os valores de confiança, os IDs dos seguimentos, as zonas e o resultado final do evento. Altere um limiar de cada vez.
A explicação da ZimaSpace sobre por que razão deve processar os eventos da câmara antes de os guardar demonstra o valor da classificação e da filtragem, mas a retenção de eventos breves continua a exigir um percurso de gravação que não dependa inteiramente de um seguimento confirmado.
Perguntas frequentes
Devo desativar o seguimento de objetos para captar eventos breves?
Não necessariamente. Comece por comparar as deteções brutas com os eventos seguidos. Aumentar a cobertura da deteção ou ajustar a iniciação do seguimento pode preservar eventos breves sem perder as vantagens do seguimento.
Um buffer de seguimento mais longo capta um objeto que apareceu uma única vez?
Não. Um buffer preserva um seguimento perdido que já existia. Não consegue criar uma trajetória confirmada quando o detetor forneceu poucas observações utilizáveis.
Aumentar os FPS de gravação da câmara aumenta os FPS de deteção?
Não automaticamente. Os fluxos de gravação e de deteção podem utilizar taxas de fotogramas, resoluções e percursos de processamento diferentes. Confirme diretamente a taxa de inferência configurada.
Produtos recomendados
Centro de Tecnologia e IA
Mais para Ler
O que causa ciclos de reconexão do WebSocket numa interface de IA doméstica remota?
Diagnostique os ciclos de WebSocket nas camadas de handshake, proxy, autenticação, heartbeat, percurso da rede, recuperação de sessão e recuo do cliente.
O que faz com que as somas de verificação das cópias de segurança não coincidam após uma transferência interrompida?
Rastreie discrepâncias nas somas de verificação através de instantâneos de origem, manifestos de blocos, deslocamentos de retoma, ficheiros parciais, transformações, gravações no armazenamento e...
O que causa entidades domésticas duplicadas num grafo de conhecimento privado?
Diagnostique nós duplicados do grafo de conhecimento separando variantes de extração, chaves de identidade, limiares de resolução, linhagem da fonte e fusões concorrentes.
