Configura el bonding srtla en LOLS IRL, lee los indicadores de cada conexión mientras emites y sabe qué esperar la primera vez que se te cae una red.
El bonding envía tu emisión por todas las redes que tiene tu móvil a la vez. Es la diferencia entre un directo que se acaba cuando cae el Wi-Fi y uno que sigue por los datos móviles sin que toques nada. Lo configuras una vez y ya es tu forma normal de salir en directo.
publish:, así que pégala entera en Stream id, no en el nombre ni al final del host.wifi y cell, cada una con su propio bitrate y tiempo de ida y vuelta. Dos filas significa que haces bonding. Una fila significa que no, y los errores de abajo te dirán por qué.Plegado, el overlay es un punto de estado, tu bitrate, los fps del codificador, el tiempo de ida y vuelta y cuánto llevas en directo. Al tocarlo se abre el detalle:
| Indicador | Qué te dice |
|---|---|
| send buffer | El indicador que avisa antes, y el que hay que vigilar. El búfer se llena antes de que la imagen se entrecorte, así que una cifra que sube es el aviso de que una conexión lo está pasando mal, no el informe de que ya ha fallado. |
| target | El bitrate al que apunta ahora el bitrate adaptativo, que baja y vuelve a subir solo según cambian las condiciones. |
| dropped y retransmit | Paquetes perdidos y paquetes reenviados. Unos pocos reenvíos en datos móviles son normales; un contador de perdidos que sube, no. |
| Una fila por conexión | Etiquetada wifi, cell o eth, cada una con su propio bitrate y tiempo de ida y vuelta, para que veas qué red lleva qué. |
| El punto de cada fila de conexión | Verde es activa y llevando tráfico, ámbar es conectando o atascada, rojo es caída. Una fila roja mientras la emisión sigue en pie es el bonding haciendo su trabajo. |
| Una fila por destino | Con nombre, para que si envías a varios sitios veas cuál está caído mientras los demás van bien. |
Nada dramático, y de eso se trata. La fila de la conexión caída se pone en rojo, las que quedan recogen el tráfico y la emisión sigue conectada. Cuando la red vuelve, esa conexión se registra de nuevo en el receptor y se une al grupo sola. No paras, no reinicias, no tocas nada.
Dos cosas sobre las que conviene tener claras las expectativas. Primero, la conexión que sobrevive tiene que llevar toda la emisión, así que si tu bitrate solo iba a caber con un buen Wi-Fi, el bitrate adaptativo bajará mientras trabajan los datos móviles y volverá a subir después. Segundo, el bonding es resiliencia y no velocidad extra: tus conexiones nunca se suman en un canal más ancho. Ajusta tu bitrate a lo que lleva una conexión buena y apenas notarás el relevo.
Pruébalo a propósito, antes de necesitarlo. Emite con bonding desde casa, espera a que las estadísticas se vean estables, apaga el Wi-Fi un minuto y mira. Verás cómo la fila wifi se pone roja, la fila cell toma el relevo y todo vuelve cuando enciendes el Wi-Fi. Diez minutos de esto valen más que cualquier cantidad de lectura, y es mucho mejor enterarse en tu cocina que a mitad de un directo.
Este es el grande. Un receptor en 192.168.1.50 se alcanza por tu Wi-Fi y desde ningún otro sitio, así que tu conexión de datos móviles no puede registrarse y no haces bonding: estás en Wi-Fi con pasos de más. El destino tiene que ser un nombre de host o una dirección públicos, o sea un relay, una máquina alojada fuera, o una redirección de puerto UDP en tu router hacia tu equipo, con la dirección pública de tu router. La misma regla vale para un portátil en tu escritorio.
Los receptores autentican a quien publica, así que un stream id vacío o cortado te da una conexión que no lleva a ninguna parte. Pega la clave entera, con su prefijo publish:, en el campo Stream id.
Dos conexiones no se suman. Si pones un bitrate que solo tu Wi-Fi podría llevar, la emisión se verá peor en cuanto trabajen los datos móviles, y culparás al bonding de lo contrario de lo que ha hecho. El bonding te mantiene en directo. El bitrate es otra decisión.
Una VPN captura todos los sockets del dispositivo, así que la app no puede abrir uno por red y no queda nada que unir. Las estadísticas lo dicen directamente cuando pasa. Apaga la VPN o excluye LOLS IRL en los ajustes de la propia app de la VPN.
SRTLA necesita un receptor que ejecute srtla_rec, que es lo que vuelve a juntar las conexiones. Un listener SRT normal no entiende el registro del grupo. Usa un relay, o ejecuta srtla_rec delante de tu servidor SRT como describe la guía de autoalojamiento.
La distancia te cuesta un retardo que no recuperas, y un tiempo de ida y vuelta lo bastante largo puede impedir que la conexión se establezca. Elige la región más cercana: la app marca con una estrella la que coincide con el país de tu SIM.