Tras casi 8 meses de desarrollo, se ha publicado una importante versión del proyecto OpenIPC 2.2, desarrollando una distribución Linux para su instalación en cámaras de videovigilancia en lugar del firmware estándar. Se han preparado imágenes de firmware para cámaras IP basadas en chips Hisilicon Hi35xx, SigmaStar SSC335/SSC337, XiongmaiTech XM510/XM530/XM550, Goke GK7205. El chip compatible más antiguo es el 3516CV100, cuya producción el fabricante suspendió en 2015. Los desarrollos del proyecto se distribuyen bajo licencia MIT.
El firmware propuesto proporciona características tales como soporte para detectores de movimiento de hardware, el uso del protocolo RTSP para distribuir video desde una cámara a más de 10 clientes simultáneamente, aceleración de hardware de códecs h264/h265, soporte para audio con velocidades de muestreo de hasta 96 KHz, la capacidad de transcodificar imágenes JPEG sobre la marcha para cargarlas en modo “progresivo” y soporte para el formato Adobe DNG RAW, que permite resolver problemas de fotografía computacional.
Principales cambios respecto a la versión anterior:
- Además de los procesadores de HiSilicon, SigmaStar y XiongMai, se han añadido chips de Novatek y Goke (este último adquirió el negocio IPC de HiSilicon en respuesta a las sanciones de Estados Unidos contra Huawei).
- Para cámaras de algunos fabricantes, ahora es posible instalar firmware con OpenIPC de forma inalámbrica sin desmontarlo y conectarlo a un adaptador UART (se utiliza el sistema de actualización de firmware original).
- El proyecto ahora tiene una interfaz web escrita completamente en shell (una combinación de Haserl y Ash).
- El códec de audio base ahora es Opus, pero cambia dinámicamente a AAC según las capacidades del cliente.
- El reproductor integrado, escrito en WebAssembly, admite la reproducción de vídeo en el códec H.265 y funciona en navegadores modernos que admiten instrucciones SIMD aproximadamente dos veces más rápido que la versión anterior.
- Se agregó soporte para el modo de transmisión de video de baja latencia, lo que hizo posible obtener un valor de latencia de aproximadamente 80 ms en cámaras económicas en las pruebas Glass-To-Glass.
- Ahora existe la posibilidad de utilizar cámaras de forma no estándar como sistemas de alerta o radio IP.
Fuente: opennet.ru