Aceleración de decodificación en SRTMiniServer 2.6.6

En la versión 2.6.6 optimizamos la cadena de decodificación del flujo entrante. En la práctica, esto supone una ganancia de unos 200 ms en la etapa de decodificación y, en consecuencia, la latencia glass-to-glass (g2g) en el lado del cliente puede reducirse aproximadamente en los mismos 200 ms.

Medición de referencia: conexión SDI directa

Al hablar de latencia g2g, es importante entender primero desde qué punto de partida partimos. Incluso en un escenario ideal, glass-to-glass no es cero: la propia cámara, la ruta SDI y el monitor introducen latencia.

Por eso, primero realizamos una medición de referencia independiente: cámara SDI enviando señal directamente a un monitor SDI, sin codificación/decodificación ni entrega por red.

Con esta conexión SDI directa, medimos aproximadamente 170 ms glass-to-glass. Obviamente, añadir un ciclo de codificación/decodificación y la entrega por red solo aumentará esta cifra.

Pasamos a las pruebas

Decidimos no medir en una red local, sino a través de una ruta remota real - mediante nuestro proxy público en Ámsterdam.

El esquema es el siguiente:

Cámara (SRT) → proxy (Ámsterdam) → SRTMiniServer → monitor SDI

1. Una cámara con streaming SRT enviaba el flujo directamente al proxy en Ámsterdam.
2. El proxy reenviaba el flujo a SRTMiniServer.
3. Desde SRTMiniServer, la señal salía por SDI a través de una tarjeta Decklink SDI hacia un monitor SDI.

Así pudimos realizar mediciones en condiciones reales: red, distancia geográfica y un proxy en la cadena.

Resultados de las mediciones

A continuación realizamos dos mediciones en condiciones idénticas - solo cambiaba la versión de SRTMiniServer:

versión 2.6.5:

versión 2.6.6:

Conclusión

Si la latencia glass-to-glass es crítica en su flujo de producción, actualizar de 2.6.5 a 2.6.6 puede ofrecer una mejora notable. ¡Descárguela y pruébela!