En la actualidad, las aplicaciones de videovigilancia se han utilizado ampliamente en diversos escenarios de aplicación y, después de años de construcción acumulada, los equipos utilizados por los fabricantes también son variados, como cámaras de varias marcas como Hikvision, Dahua, Uniview y Tiandi Weiye.
Al mismo tiempo, con la construcción de diversos sistemas de aplicaciones digitales, muchas unidades necesitan desarrollar sus propias aplicaciones móviles inteligentes. Como elemento de datos importante, es necesario hacer referencia al vídeo de seguridad en la aplicación móvil. El desarrollo de aplicaciones móviles se basa principalmente en la ruta técnica H5, de modo que un conjunto de códigos se puede ejecutar en múltiples plataformas, incluidas las principales plataformas Android y iOS. Por lo tanto, existe una necesidad urgente en la industria de un método para integrar rápidamente señales de vídeo de seguridad en aplicaciones móviles en forma de H5.
Análisis técnico de ruta:
Para realizar esta aplicación, existen principalmente los siguientes métodos de implementación técnica:
1. Utilice el SDK proporcionado por el fabricante del monitoreo para realizar el acceso a la señal de la cámara en la APLICACIÓN .
Varios fabricantes de equipos de monitoreo proporcionan interfaces de desarrollo SDK en esta área de forma gratuita, pero existen los siguientes problemas:
1) La interfaz proporcionada no está en modo H5 y es necesario introducir el archivo de biblioteca dinámica del propio fabricante cuando se empaqueta la aplicación;
2) El SDK solo admite el equipo del propio fabricante y no es compatible con el equipo de monitoreo de otros fabricantes. Si hay equipos de varios fabricantes en el mismo sistema, es necesario conectar varios fabricantes de monitoreo;
2. Publicar convirtiendo la señal de la cámara de seguridad en una transmisión de video del protocolo HLS .
Esta es la implementación técnica más común utilizada actualmente y sus ventajas y desventajas son las siguientes:
ventaja:
1) Esta solución es universal, porque la salida de transmisión de video del protocolo HLS después de la conversión por parte del servidor de transmisión de medios puede ser compatible con las dos principales plataformas móviles de Android e iOS;
2) Compatible con cámaras de seguridad y equipos NVR de varios fabricantes;
3) La conexión del terminal móvil es totalmente compatible con el estándar técnico HTML5, que es simple y conveniente de implementar;
defecto:
1) El retraso de la transmisión en vivo convertida aumenta y el rendimiento en tiempo real de la imagen es deficiente. El retraso de un extremo a otro suele ser de más de 3 segundos;
Esto se debe a una falla en el protocolo HLS desarrollado por Apple y no se puede optimizar.
3. A través de la tecnología de comunicación de baja latencia desarrollada por nosotros que admite H5 , se puede acceder a la señal de la cámara en la APLICACIÓN .
El diagrama de arquitectura del sistema es el siguiente:
Los principales componentes de este sistema son los siguientes:
1. Estación de trabajo de transcodificación de vídeo de baja latencia
Se utiliza para realizar el acceso unificado a las cámaras de seguridad de varios fabricantes de front-end, realizar el protocolo unificado y la conversión del formato de codificación y enviarlo al servidor de publicación de transmisiones en vivo de baja latencia en modo de baja latencia.
2. Servidor de publicación de transmisiones en vivo de baja latencia
Se utiliza para realizar el reenvío de baja latencia de varios flujos de red, publicar en HTML5 para varios dispositivos terminales (PC, dispositivos iOS, dispositivos Android) y admitir aplicaciones de alta concurrencia de una a varias.
La solución puede admitir los siguientes terminales de dispositivos:
| terminal de computadora |
Terminal Android |
Terminal iOS |
| Tipo de sistema operativo: Windows/Linux/MacOS Tipo de navegador: Cromo/Firefox/Safari/Edge |
Tipo de navegador: Cromo/Firefox WeChat, subprogramas de WeChat |
Tipo de navegador: Safari WeChat, subprogramas de WeChat |
Indicadores técnicos de baja latencia:
El retraso de un extremo a otro del sistema ocurre principalmente en los siguientes enlaces:
1. Retraso en la adquisición y codificación de vídeo;
Esta parte del retraso aparece en el lado de la cámara y el retraso está en el rango de 20 a 50 ms;
2. Retraso en el acceso al vídeo y en la transcodificación;
Esta parte del retraso ocurre en la estación de trabajo de transcodificación de video de baja latencia. Cuando se realiza la conversión de protocolo y la conversión de formato de codificación de video, el retraso está en el rango de 10 a 30 ms;
3. Retraso en el servicio de liberación en vivo;
Esta parte del retraso ocurre en el lado del servidor del servidor de publicación de transmisión en vivo de baja latencia. Cuando el servidor recibe la transmisión de red enviada por la estación de trabajo de transcodificación de video de baja latencia, necesita almacenar en caché de 2 a 3 cuadros de datos localmente para resistir. Jitter del ancho de banda de la red Para evitar el impacto de la congelación de la imagen.
Según los diferentes formatos de transmisión de red, esta parte del retraso está en el rango de 40 a 100 ms;
4. Retraso en la reproducción de decodificación del cliente:
Cuando el reproductor HTML5 del lado del cliente está reproduciendo la transmisión de red, debe esperar a que se reciba un cuadro completo de datos antes de poder decodificarlo y generarlo, y también necesita almacenar en caché de 1 a 2 cuadros de datos según el impacto de combatir la fluctuación de la red, por lo que esta parte del retraso está en el rango de 20 a 80 ms;
Indicadores de latencia generales de un extremo a otro:
En resumen, el tiempo de retardo de todo el sistema de un extremo a otro suele estar en el rango de 300 a 500 ms, lo que es básicamente consistente con el modo de complemento del navegador del fabricante de monitoreo.
Ventajas y desventajas de este programa:
ventaja:
- La solución admite la integración H5 multiterminal;
- Admite acceso a cámaras de vigilancia de varias marcas;
- El retraso de un extremo a otro es extremadamente bajo y el retraso de un extremo a otro no supera los 300 ms en un entorno de red privada;
- Se puede adaptar a varios terminales de reproducción, incluidos terminales de PC con sistema Windows, terminales de PC con sistema Linux, terminales de PC con sistema localizado, terminales de sistema Android, terminales de sistema iOS y subprogramas WeChat;
defecto:
El costo de construcción es relativamente alto.
El efecto real del programa:
Puede visitar el sistema de prueba en línea en la red pública para ver el efecto real de forma intuitiva.
Dirección de acceso móvil:
Interfaz del reproductor 
http://www.shunjingtech.com/xmms/mobile.html
(Se puede acceder directamente desde el navegador móvil de WeChat o Chromium core)
Dirección de acceso del lado de la PC :
Interfaz del reproductor http://www.shunjingtech.com/xmms/base.html
(Se puede acceder directamente a él desde los navegadores del kernel de Chrome, como Chrome, Firefox, Edge, etc.)