Cuando la imagen de una fuente va a tirones, se queda parada o se descompone en bloques, se han perdido paquetes en el camino de la cámara al estudio. La causa es casi siempre una de tres: el bitrate es demasiado alto para la conexión, la latencia SRT es demasiado baja o la conexión, en ese lugar, es sencillamente demasiado débil.
Antes de cambiar nada, comprueba dos cosas: si de verdad ves el problema en el directo y no solo en la vista previa, y qué dice el indicador de calidad de la conexión.
Primero, aclarar: vista previa o directo
La vista previa en el navegador es una imagen de control. Muestra solo unas cuantas imágenes por segundo y no dice nada sobre la calidad del directo. Que se vea entrecortada es normal. Con «Vista previa fluida» obtienes más imágenes por segundo, pero tampoco esa es la imagen que ve tu audiencia.
Por eso, juzga los tirones en la plataforma, es decir, en el directo en Twitch o YouTube. Los bloques y las imágenes congeladas, en cambio, los reconoces también en la vista previa.
Leer el indicador de calidad de la conexión
En la pestaña «Entradas» aparecen, para cada entrada, el bitrate y dos contadores:
| Contador | Significado | Consecuencia |
|---|---|---|
| «Reparados» | Paquetes que llegaron como retransmisión. SRT los repuso a tiempo. | ninguna, nada que ver y nada que oír |
| «Perdidos» | Paquetes que no llegaron nunca. | fallos de imagen hasta el siguiente keyframe, huecos en el sonido |
La pestaña «Stats» muestra las mismas cifras y todos los demás contadores del estudio: por entrada, también cómo se valora la conexión en ese momento, y además el programa, el navegador del overlay y cada destino.
De ahí salen tres situaciones:
- Los dos contadores están quietos. La conexión está limpia. Si aun así va a tirones, se debe a la propia fuente, por ejemplo a un móvil o un PC sobrecargado que no llega a todas las imágenes.
- «Reparados» sube, «Perdidos» está quieto. La conexión pierde paquetes, pero SRT lo compensa. Es lo normal cuando vas por la calle y no es motivo para intervenir.
- «Perdidos» sube. Ahora aparecen fallos visibles. Aquí empiezan los pasos siguientes.
El bitrate es demasiado alto para la conexión
Es la causa más frecuente. Si la app envía más de lo que aguanta la conexión, se forma un atasco, y los paquetes llegan demasiado tarde o no llegan. Valores orientativos:
- unos 3 a 4 Mbit/s en una red móvil inestable,
- 6 Mbit/s con buen 5G, wifi o fibra,
- más, solo en una conexión de la que sabes que es buena.
Envía con bitrate constante. Bájalo por pasos y observa el contador «Perdidos». Una imagen limpia con 4 Mbit/s se ve mejor que una que se descompone con 8.
La latencia SRT es demasiado baja
SRT vuelve a pedir los paquetes perdidos, pero solo dentro de una ventana de tiempo. Esa es la latencia. Si la ventana es demasiado corta, la retransmisión llega demasiado tarde y el paquete cuenta como perdido.
El estudio almacena por sí mismo 200 ms. Si tu app pide más, vale el valor mayor. La latencia la ajustas, por tanto, en la app. Si «Perdidos» sube en una conexión con tiempos de tránsito largos, como en la red móvil, sube el valor por pasos. El precio es retardo: cada milisegundo de más llega más tarde al estudio. Cómo elegir el valor lo explica Ajustar la latencia SRT.
El intervalo de keyframes es demasiado largo
Un paquete perdido estropea la imagen hasta que llega el siguiente keyframe. Solo él vuelve a construir la imagen por completo. Si tu encoder envía un keyframe solo cada diez segundos, un fallo sigue visible hasta diez segundos. Ajusta un keyframe cada 2 segundos. Así un fallo ha pasado como muy tarde a los dos segundos.
Wifi o red móvil
Cada una tiene sus propias debilidades:
- El wifi suele ser estable cerca del router. Se viene abajo cuando te alejas, cuando hay paredes de por medio o cuando muchos dispositivos comparten la red, como en los eventos. Las redes wifi para invitados a menudo limitan el UDP por completo, ver SRT en el wifi de un hotel o de una empresa.
- La red móvil varía con el lugar y con la carga. En movimiento, el móvil cambia de celda, y en las aglomeraciones muchas personas comparten una celda. Cuenta allí con bitrates más bajos.
Una comparación sencilla ayuda: enviar la misma fuente una vez por wifi y otra por datos móviles y mirar los contadores. Unir varias conexiones móviles (bonding con SRTLA) es algo que el estudio todavía no acepta; está previsto.
Orden para ir descartando
- Comprobar en la plataforma si el fallo está en el directo.
- Mirar en la pestaña «Entradas» en qué entrada sube «Perdidos».
- Bajar el bitrate de esa fuente.
- Subir la latencia SRT en la app.
- Poner el intervalo de keyframes en 2 segundos.
- Cambiar de red.
Si una fuente se cae del todo, el directo hacia la plataforma sigue en línea, y tú cortas a mano a otra. Más sobre eso en Cuando una cámara se cae. Si quieres que el estudio cambie por sí solo a una imagen de «Vuelvo enseguida» cuando la conexión es mala, configura una escena de respaldo, ver Cambiar automáticamente a «Vuelvo enseguida».