Lançamento do OpenIPC 2.2, firmware alternativo para câmeras CCTV

Após quase 8 meses de desenvolvimento, foi publicada uma versão significativa do projeto OpenIPC 2.2, desenvolvendo uma distribuição Linux para instalação em câmeras de videovigilância em vez de firmware padrão. Imagens de firmware foram preparadas para câmeras IP baseadas em chips Hisilicon Hi35xx, SigmaStar SSC335/SSC337, XiongmaiTech XM510/XM530/XM550, Goke GK7205. O chip mais antigo suportado é o 3516CV100, cuja produção foi descontinuada pelo fabricante em 2015. Os desenvolvimentos do projeto são distribuídos sob licença do MIT.

O firmware proposto oferece recursos como suporte para detectores de movimento de hardware, uso do protocolo RTSP para distribuição de vídeo de uma câmera para mais de 10 clientes simultaneamente, aceleração de hardware de codecs h264/h265, suporte para áudio com taxas de amostragem de até 96KHz, a capacidade de transcodificar imagens JPEG em tempo real para carregamento em modo “progressivo” e suporte ao formato Adobe DNG RAW, que permite solucionar problemas de fotografia computacional.

Principais mudanças em relação à versão anterior:

  • Além dos processadores da HiSilicon, SigmaStar e XiongMai, foram adicionados chips da Novatek e Goke (este último adquiriu os negócios de IPC da HiSilicon em resposta às sanções dos EUA contra a Huawei).
  • Para câmeras de alguns fabricantes, agora é possível instalar firmware com OpenIPC over the air sem desmontá-lo e conectá-lo a um adaptador UART (é usado o sistema de atualização de firmware original).
  • O projeto agora possui uma interface web escrita inteiramente em shell (uma combinação de Haserl e Ash).
  • O codec de áudio básico agora é Opus, mas muda dinamicamente para AAC com base nos recursos do cliente.
  • O player integrado, escrito em WebAssembly, suporta reprodução de vídeo no codec H.265 e funciona em navegadores modernos que suportam instruções SIMD cerca de duas vezes mais rápido que a versão antiga.
  • Adicionado suporte para modo de transmissão de vídeo de baixa latência, o que possibilitou obter um valor de latência de cerca de 80 ms em câmeras econômicas em testes Glass-To-Glass.
  • Existe agora a possibilidade de uso não padronizado de câmeras como sistemas de alerta ou rádio IP.

Fonte: opennet.ru

Adicionar um comentário