En algunos casos, el operador debe validar la matrícula detectada o identificar algunas características del vehículo. Desde esta versión, las capturas de pantalla de calidad HD para eventos [ANPR] están disponibles en la interfaz de usuario web. También puedes recibir una captura de pantalla a través de la API. De forma predeterminada, el sistema de reconocimiento busca matrículas y rostros en todos los campos de visión de la cámara. En esta versión, hemos agregado la capacidad de configurar el área de detección. Por lo tanto, puedes seleccionar las áreas poligonales específicas para detectar [matrículas] Continuamos mejorando el análisis de video. Por ejemplo, hemos reducido las detecciones falsas: hay un comportamiento más estable del módulo de análisis de video con respecto a objetos similares a un rostro humano, pero que no lo son. Novedades en Flussonic ver. 22.02 En una de las versiones anteriores, agregamos soporte de tasa de bits adaptativa para WebRTC (protocolo de transferencia de datos de latencia ultrabaja). Continuamos mejorando WebRTC: a partir de la versión 22.02, Flussonic retransmite los paquetes UDP perdidos a un navegador después de recibir el evento del que no se recibió un paquete. Esto le permite tener menos artefactos en el video transmitido si la conexión a Internet es inestable. Esto funciona para paquetes UDP durante la reproducción de WebRTC. ¿Por qué WebRTC sobre UDP es útil si WebRTC sobre TCP ya implica un mecanismo de retransmisión de paquetes integrado? TCP implementa compensación de pérdidas, pero con alta latencia. En esta versión podemos decir que hemos hecho nuestra propia versión de WebRTC TCP, pero trabajando sobre UDP (es decir, más rápido). Se siguen enviando nuevos fotogramas al cliente (reproductor/visor/ordenador) sin confirmar si ha recibido los antiguos. Los paquetes se retransmiten solo cuando el navegador informa una pérdida. Esto es diferente de TCP, donde se espera la confirmación de recepción de cada paquete. En última instancia, logramos combinar una latencia mínima y una transmisión de video sin artefactos, incluso con una conexión a Internet inestable. WebRTC sobre el modo UDP debería dar una latencia menor por un tiempo igual a RTT. Esto se aplica tanto al establecimiento de la conexión como a la latencia. (RTT es estable alrededor de 30-100 ms). Agregamos soporte para el códec AV1. AV1 es un códec de código abierto (gratuito), que es 2 veces más eficiente que h264 (según estos datos). Comprime mejor y te permite obtener una mejor calidad de video con la misma tasa de bits (y, por el contrario, usar menos ancho de banda manteniendo la misma calidad). En particular, se hizo posible publicar y reproducir videos codificados con AV1 a través de WebRTC. WebRTC impone requisitos estrictos de latencia, por lo que la computadora tiene poco tiempo para compensar la pérdida de datos y retransmitir paquetes. En estas condiciones, el uso efectivo del ancho de banda de Internet se vuelve importante: cuanto mejor sea la compresión (y con el códec AVC1 es mejor), menos datos se transmiten a través de Internet y hay menos pérdida de estos datos. Así, con el mismo Internet, la calidad del vídeo al publicar y reproducir vía WebRTC será mejor con el códec AV1.