A integração do SDK de visão offline do Android deve primeiro verificar um pipeline reproduzível de entrada para resultado e, em seguida, expandir os modos de câmera e o escopo do dispositivo. Este artigo propõe um método de implementação. Ele não relata nenhuma nova implantação, adaptação de dispositivo ou aceitação completa de operação sustentada.
Confirme primeiro os dispositivos e recursos
Registre versões de dispositivos e sistemas, arquitetura de processador, versões de SDK e dependências, arquivos de modelo e entradas de câmera. Confirme o uso do modelo, os recursos de terceiros e o escopo de entrega do código-fonte separadamente. Estabeleça um ambiente reproduzível com o exemplo especificado e, em seguida, identifique dependências, permissões e diferenças de ciclo de vida no aplicativo do cliente. Um exemplo prático não estabelece a aceitação dessa aplicação.
Mantenha evidências em cada estágio do pipeline
| Estágio de processamento | Trabalho proposto | Evidências para verificar |
|---|---|---|
| Preparação de recursos | Verifique modelos, dependências e versões | Inventário de arquivos, estados de carregamento e erros |
| Captura de câmera | Confirme o formato, as dimensões e a vida útil do quadro | Quadros originais, layout do plano de imagem e tempo de captura |
| Conversão de entrada | Copie, corte e gire de acordo com a interface | Imagens e parâmetros enviados |
| Tarefas de inferência | Gerenciar estados de envio, conclusão, ocupado e falha | Identificadores de quadros, estados e resultados correspondentes |
| Exibição e recuperação | Mapeie os resultados e verifique paradas e recreação | Comparações de sobreposição, etapas de recuperação e itens inacabados |
Não aplique resultados assíncronos à imagem errada
Associe cada quadro enviado ao seu resultado, versão da imagem e transformação de exibição. Se a câmera de visualização ou as dimensões tiverem sido alteradas quando o resultado chegar, não aplique a transformação antiga sem verificá-la. Lide com tarefas pendentes, ocupadas ou com falha por meio de regras acordadas de eliminação, limitação ou estado inválido. Não marque resultados antigos como detecção concluída do quadro atual. Este artigo não faz suposições não confirmadas sobre o comportamento da fila de um SDK específico.
Verifique a recuperação do dispositivo e a carga de trabalho separadamente
Teste a parada e reinicialização da câmera, alterações nas permissões de acesso do aplicativo, transições em segundo plano e primeiro plano e falhas no carregamento do modelo no aplicativo real. Verifique se os buffers e as tarefas são liberados adequadamente. Registre o tempo de execução, a memória e as falhas de acordo com a resolução de imagem, política de envio e carga de trabalho acordadas. Precisão, consumo de energia elétrica e estabilidade de longa duração precisam de amostras, dispositivos e medições correspondentes. Este design não oferece taxa de quadros universal não medida ou promessa de falha zero.
Referências do mecanismo: Vida útil da imagem do Android, visualizar transformações. Serviços relacionados: SDKs de visão Android, móvel e incorporado, consultoria de projeto.