RTMP vs SRT vs SRTLA para emitir IRL
Los tres protocolos están incluidos en todos los planes con clave de retransmisión. Eliges uno en el panel, copias la URL de envío y ya está: la clave, la región y la URL de lectura no cambian de sitio.
De un vistazo
Sección titulada «De un vistazo»| RTMP | SRT | SRTLA | |
|---|---|---|---|
| Aguanta una red mala | Mal | Bien | Lo mejor que hay |
| Latencia | La más directa si la red va fina | La que tú decidas | La que tú decidas |
| Suma varias conexiones (bonding) | No | No | Sí |
| Encoders típicos | Casi todos | Moblin, Larix, IRL Pro, tu OBS | Moblin, BELABOX |
El más compatible: lo habla cualquier encoder y cualquier plataforma. A cambio, es el que peor lleva la pérdida de paquetes: en cuanto la red tiembla, el envío se atasca y el bitrate se desploma. Su URL de envío es una sola línea que ya lleva tu clave al final, y la de lectura es la misma.
Elígelo si emites desde un sitio fijo con cable, o si tu encoder no soporta nada más.
Pensado para redes que pierden paquetes: reenvía lo que se pierde dentro de un colchón de tiempo
que tú decides. Más colchón = más margen para recuperar, más retardo en pantalla. La URL de envío
lleva tu clave dentro de un streamid con el prefijo publish:.
Elígelo si emites desde el móvil con una sola conexión, o desde una red que no es tuya (hotel, evento, restaurante).
Es SRT repartido entre varias conexiones a la vez: dos SIM, la SIM y un wifi, dos módems. El
receptor las vuelve a juntar, así que si una se cae el directo sigue con las otras. Su URL de
envío empieza por srtla://. La lectura de una clave SRTLA se hace por SRT, igual que las demás.
Elígelo si te mueves y llevas más de una conexión. Con una sola conexión, SRTLA no te da nada que no te dé SRT.
Qué pasa de verdad cuando se pierden paquetes
Sección titulada «Qué pasa de verdad cuando se pierden paquetes»Ahí está toda la diferencia entre los tres, y merece la pena entenderla una vez:
- RTMP va sobre una conexión que exige que cada byte llegue y en orden. Si se pierden paquetes, todo lo que va detrás espera. La subida se atasca, el buffer se llena y tu bitrate se hunde — y sigue hundido un rato después de que la red ya se haya recuperado.
- SRT manda paquetes que se pueden volver a pedir uno a uno, dentro de una ventana de tiempo que eliges tú. Un paquete perdido se vuelve a pedir y llega tarde pero a tiempo, sin que se pare nada de lo que va detrás. Cuando la ventana se cierra, ese paquete se da por perdido en vez de bloquear el directo.
- SRTLA hace lo mismo, pero repartido entre varios enlaces a la vez. Si uno se muere, los otros cargan con todo, así que lo que habría sido una desconexión se queda en una bajada de calidad.
Por eso RTMP parece ir bien en casa y se deshace en la calle: no es peor emitiendo, es peor perdiendo paquetes. Y una conexión móvil pierde paquetes constantemente.
Qué elegir según tu caso
Sección titulada «Qué elegir según tu caso»| Tu situación | Protocolo | Por qué |
|---|---|---|
| Móvil, andando por la calle, una SIM | SRT | Recupera lo que se pierde sin depender de que la cobertura sea perfecta |
| Móvil o mochila con dos SIM (o SIM + wifi) | SRTLA | Suma las conexiones y sobrevive a que una se caiga |
| PC en casa con cable | RTMP | Red estable, cero configuración, la ruta más directa |
| PC en casa con wifi flojo | SRT | El colchón te tapa los microcortes del wifi |
| Encoder o cámara que solo habla RTMP | RTMP | Es lo único que soporta |
Cambiar de protocolo
Sección titulada «Cambiar de protocolo»Se cambia sobre la marcha, sin rotar la clave:
- Entra en Claves de retransmisión.
- En la clave, abre el selector Protocolo y elige RTMP, SRT o SRTLA.
- Copia la nueva URL con Envío y pégala en tu encoder.
Siguiente paso
Sección titulada «Siguiente paso»- Qué es la URL de envío — cómo se lee y de dónde se copia.
- Emitir con Moblin — el camino más corto si emites desde el móvil.
- Cómo empezar a emitir IRL — dónde encaja esta decisión entre las demás.
- No llega mi señal — si ya has cambiado el protocolo y sigue en blanco.