¿Tu stream IRL se desconecta? Cómo seguir en vivo cuando falla la señal
09 de octubre de 2026 · 12 min de lectura
Índice
Si tu stream IRL se desconecta una y otra vez, la solución fiable es dejar de enviarlo directamente a la plataforma. Envíalo primero a un servidor, deja que OBS lo transmita desde ahí a Twitch, YouTube u otra plataforma y usa el cambio automático de escena para mostrar una escena de respaldo mientras tu teléfono está sin conexión.
Las redes celulares nunca son del todo predecibles, así que tarde o temprano habrá una caída. Esta guía explica qué efecto tiene en un stream en vivo y qué medidas te mantienen al aire.
Qué pasa cuando se cae tu stream IRL
Cuando transmites directamente desde tu teléfono o tu encoder a una plataforma, esa única conexión es todo el stream. Si se rompe, la plataforma deja de recibir video. Los espectadores ven una imagen congelada o un canal sin conexión, y la transmisión termina. Cuando vuelve la señal, empiezas una transmisión nueva, y los espectadores que se fueron mientras tanto tienen que volver a encontrarte. Además, tu grabación en la plataforma queda dividida en varias partes.
Las plataformas ofrecen algo de tolerancia. Twitch, por ejemplo, tiene una función llamada Disconnect Protection. Muestra un mensaje a los espectadores durante un máximo de 90 segundos mientras te reconectas y mantiene continuo el VOD grabado. Si no te reconectas en 90 segundos, el stream termina como de costumbre. Twitch indica como encoders compatibles OBS Studio, Streamlabs OBS, XSplit, Twitch Studio y su aplicación para celular, y recomienda hacer una prueba rápida con tu propia configuración.
Eso ayuda con los cortes breves. En un túnel o en una zona sin cobertura, 90 segundos pasan rápido, y otras plataformas pueden comportarse de otra manera.
Por qué se desconectan los streams IRL
La mayoría de las caídas se deben a unas pocas causas:
- Zonas sin cobertura: túneles, pasos subterráneos, paredes gruesas, sótanos y tramos rurales donde la señal es débil o inexistente.
- Traspasos entre celdas: cuando te mueves en auto, tren o bici, tu teléfono cambia de una torre de telefonía a otra. Esto puede causar interrupciones breves o picos de latencia.
- Celdas saturadas en eventos: entre una multitud, muchos teléfonos comparten la misma celda. La capacidad de subida para tu stream se reduce aunque las barras de señal se vean bien.
- Un bitrate demasiado alto: el bitrate de tu stream tiene que quedar por debajo de la velocidad de subida que realmente consigues, con algo de margen. La subida por red celular fluctúa, así que un bitrate que funciona en el sofá puede fallar en la calle.
- Batería y calor: un teléfono que codifica video al sol puede calentarse y ralentizarse. Una batería agotada termina el stream sin aviso.
Qué puedes hacer en el lado del envío
Baja y adapta el bitrate
Elige un bitrate que puedas mantener mientras caminas, no el máximo que permite tu teléfono. Una imagen estable en 720p es mejor para tus espectadores que un stream en 1080p que se atasca. Muchas aplicaciones IRL ofrecen también bitrate adaptativo, que baja el bitrate automáticamente cuando la red empeora. La aplicación gratuita para iOS Moblin, por ejemplo, indica que admite bitrate adaptativo para SRT(LA), RIST y RTMP.
Combina varias conexiones (bonding)
El bonding combina varias conexiones, por ejemplo tarjetas SIM de distintos operadores, en un solo stream. SRTLA es un protocolo abierto para esto: según su proyecto en GitHub, es un proxy de transporte SRT con agregación de enlaces, pensado para combinar módems celulares. El bonding ayuda más cuando tus conexiones no fallan al mismo tiempo. Si todas están en la misma zona sin cobertura, no puede hacer nada.
Usa un protocolo que tolere la pérdida de paquetes
SRT (Secure Reliable Transport) está diseñado para redes poco fiables. Su página del proyecto describe la recuperación de paquetes perdidos mediante solicitudes de retransmisión y la adaptación a condiciones de red cambiantes. Mejora la calidad en malas conexiones, pero no puede crear ancho de banda que no existe. Para obtener resultados estables, ajusta en tu encoder el intervalo de fotogramas clave a 2 segundos y la latencia SRT también a 2 segundos (según tu hardware o software, se ingresa como 2000 milisegundos o 2000000 microsegundos). Son posibles valores más bajos, pero 2 segundos favorecen la estabilidad.
| Medida | Ayuda contra | Límite |
|---|---|---|
| Bitrate reducido o adaptativo | Congestión, señal débil | No ayuda en un corte total |
| Bonding (SRTLA) | Un enlace débil, traspasos entre celdas | No ayuda si todos los enlaces comparten la misma zona sin cobertura |
| SRT en lugar de RTMP simple | Pérdida de paquetes, jitter | No crea ancho de banda |
| Servidor más OBS en medio | Cortes totales, VOD divididos | Necesita un servidor y OBS |
Las tres primeras reducen la frecuencia con la que falla tu señal. La última decide lo que ven tus espectadores cuando falla de todos modos.
La pieza que falta: un servidor y OBS entre tu teléfono y la plataforma
En lugar de una sola conexión frágil de tu teléfono a la plataforma, divides el recorrido en dos. Tu teléfono envía el stream a un servidor. OBS toma el stream de ese servidor y lo envía a la plataforma por una conexión estable. Si tu teléfono pierde la señal, la conexión con la plataforma no se ve afectada, porque OBS sigue transmitiendo. Los espectadores siguen viendo la escena que OBS muestra en ese momento.
Hay dos formas de armarlo:
- Con el IRL Endpoint Server, OBS funciona en tu propia computadora, por ejemplo en casa. Tu encoder y OBS se conectan al servidor de forma saliente, así que no necesitas abrir puertos ni cambiar la configuración del router.
- Con el IRL Broadcasting Server, un OBS Studio completo funciona en la nube, así que no necesitas una computadora potente en casa. Te conectas por Remote Desktop desde el portal de clientes, y un panel de control web te permite gestionar el stream, también desde el navegador de tu teléfono.
Ambos aceptan entrada RTMP, SRT y SRTLA y admiten streams de hasta 1080p a 60 fps.
Cambio automático de escena: cómo funciona
Un servidor mantiene vivo el stream de la plataforma, pero no le dice a tus espectadores lo que está pasando. Cuando desaparece el video entrante, OBS muestra un fotograma congelado o negro, a menos que algo cambie la escena. De eso se encarga el cambio automático de escena.
El cambio automático de escena funciona con tres escenas en OBS. En nuestros servidores se llaman Start, Live y Low:
- Start: una imagen estática, quizá con música, que se muestra mientras el servidor no recibe ninguna señal.
- Live: tu escena normal con la imagen de la cámara y los overlays. Contiene la fuente con el stream entrante.
- Low: se muestra mientras el bitrate está por debajo del umbral, por ejemplo la misma imagen con una nota como «mala conexión».
Una pequeña herramienta vigila en el servidor el bitrate de tu stream entrante. Si el bitrate cae por debajo del umbral, cambia OBS a Low. Si ya no llega ninguna señal, cambia a Start. Cuando el stream vuelve a ser estable, vuelve a Live.
Ejemplo de código abierto para tu propia configuración: NOALBS
Si quieres armar la configuración tú mismo, la herramienta de código abierto más conocida es NOALBS (licencia MIT). Es un proyecto independiente: la herramienta de nuestros servidores, que se describe más abajo, es desarrollo propio y no es compatible con NOALBS. Según la documentación de NOALBS, es un único ejecutable para Windows, macOS y Linux que cambia las escenas en OBS según el bitrate que lee de las estadísticas de tu servidor de ingest. Cubre tanto un bitrate bajo como una desconexión completa, y admite varios servidores de ingest, como Nginx, Node-Media-Server, SRT Live Server, BELABOX cloud y MediaMTX. Se comunica con OBS mediante OBS WebSocket 5.
Los ajustes más importantes de su configuración de ejemplo son estos:
| Ajuste | Significado |
|---|---|
| switchingScenes | Nombres de tus escenas normal, low y offline en OBS |
| triggers.low / triggers.offline | Umbrales de bitrate en kbps para la escena low y la offline |
| triggers.rtt / rttOffline | Umbrales opcionales de latencia en milisegundos para SRT |
| retryAttempts | Número de verificaciones consecutivas antes de cambiar. NOALBS verifica una vez por segundo, así que 5 significa unos 5 segundos |
| instantlySwitchOnRecover | Omite el tiempo de espera cuando el bitrate se recupera |
| offlineTimeout | Opcional: detiene el stream de OBS tras un número determinado de minutos en la escena offline |
NOALBS también ofrece comandos de chat opcionales para Twitch, para que tú o tus moderadores puedan cambiar de escena o modificar el umbral low desde el chat. Solo cambia de escena mientras OBS está en una de las escenas de su configuración, así que escenas como una intro no se sobrescriben.
Qué incluyen nuestros servidores IRL
Nuestros dos servidores IRL incluyen el cambio automático de escena, así que no tienes que armar la configuración tú mismo. Es desarrollo propio, no NOALBS, y funciona con las tres escenas descritas arriba: Start mientras el servidor no recibe señal, Live con un stream estable y Low cuando el bitrate cae por debajo del umbral. Cómo funciona depende del servidor:
- En el IRL Endpoint Server generas la herramienta en el portal de clientes y la descargas. Funciona en tu propia computadora (Windows o macOS) en paralelo a OBS Studio y necesita la función OBS WebSocket, integrada en OBS desde la versión 28. Actívala, conecta la herramienta a OBS Studio siguiendo las instrucciones incluidas e inicia la herramienta antes de salir en vivo. Cambia la escena cuando hay problemas de conexión y vuelve a Live cuando la conexión es estable otra vez. Solo funciona con OBS Studio, no con vMix ni con Streamlabs OBS.
- En el IRL Broadcasting Server, el cambio de escena se ejecuta en el propio servidor, con escenas preconfiguradas. El servidor en la nube tiene además las escenas Break, End y Refresh. En el panel de control web puedes cambiar manualmente a Break o End, y la automatización se pausa hasta que vuelvas a Live.
Ambos servidores ofrecen además un chatbot de Twitch opcional si indicas un canal de Twitch al pagar. Anuncia en el chat los cambios automáticos de escena. Los espectadores pueden consultar el bitrate entrante actual con !bitrate, y tus moderadores recargan el stream brevemente con !refresh. Tú y tus moderadores pueden además iniciar, detener, actualizar o cambiar de escena mediante comandos de chat.
La indicación del bitrate está disponible como fuente de navegador, así que puedes mostrar el bitrate entrante actual como overlay en OBS.
El cambio de escena mantiene informada a tu audiencia mientras tu señal está caída. No hace volver la señal, así que las medidas anteriores siguen siendo importantes.
Cómo elegir tu umbral
No existe un valor universal, porque el umbral adecuado depende de tu hardware y de tu red celular. Por defecto, el cambio de escena de nuestros servidores IRL pasa de Live a Low por debajo de 800 kbps. Puedes cambiar ese valor, por ejemplo con el comando de chat de Twitch !trigger 500. Como comparación, el ejemplo de configuración de la documentación de NOALBS usa 500 kbps para low y 450 kbps para offline.
Para encontrar tu propio valor, haz una caminata de prueba con mala conexión. Anota el bitrate en el que la imagen empieza a verse entrecortada y pon el umbral un poco por encima. Durante la caminata verifica también que la escena no salte sin parar entre Live y Low.
Lista de verificación antes de salir en vivo
- Haz una caminata de prueba por tu ruta o en el lugar a la hora en que vas a transmitir, con el bitrate que piensas usar.
- Fija un bitrate por debajo de tu velocidad de subida sostenida, con margen, y activa el bitrate adaptativo si tu aplicación lo ofrece.
- Usa SRT o SRTLA en lugar de RTMP simple donde tu aplicación lo admita.
- Ajusta en tu encoder el intervalo de fotogramas clave a 2 segundos y la latencia SRT a 2 segundos.
- Si es posible, usa tarjetas SIM de dos operadores distintos o una solución de bonding, y elige la ubicación de servidor más cercana al lugar desde donde vas a transmitir.
- Crea las escenas Start, Live y Low en OBS y ponles exactamente esos nombres. Si usas otra herramienta, copia los nombres de su configuración.
- Si tu OBS funciona en una computadora en casa, verifica que su conexión aguante el stream entrante (descarga) y el stream saliente hacia la plataforma (subida).
- Prueba toda la cadena: apaga los datos celulares o activa el modo avión durante 30 segundos y mira si la escena cambia y vuelve.
- Empieza con la batería llena, lleva una batería externa, mantén el teléfono ventilado y verifica que los modos de ahorro de energía no interfieran con tu aplicación de streaming.
- Activa una protección de la plataforma como Twitch Disconnect Protection como capa adicional, y explica a tus moderadores los comandos de chat.
Para elegir desde el principio el hardware, las aplicaciones y los ajustes, nuestra guía de streaming IRL entra en más detalle.
FAQ
¿Por qué mi stream IRL se desconecta todo el tiempo?
Las razones habituales son señal débil o inexistente, traspasos entre celdas mientras te mueves, celdas saturadas en eventos, un bitrate superior a tu velocidad de subida real y teléfonos que se sobrecalientan o se quedan sin batería. Una caminata de prueba con tus ajustes previstos muestra cuál de ellas te afecta.
¿Cuánto dura la protección contra desconexiones de una plataforma?
En Twitch, Disconnect Protection mantiene tu stream en línea con un mensaje durante un máximo de 90 segundos. Si para entonces no te has reconectado, el stream termina. Un servidor con OBS en medio no tiene este límite, porque la plataforma sigue recibiendo de OBS un stream continuo.
¿Sigo necesitando bonding si uso un servidor?
Resuelven problemas distintos. El bonding hace más fiable la conexión entre tu teléfono y el servidor. El servidor con OBS asegura que el stream en la plataforma sobreviva cuando esa conexión falla de todos modos. Juntos te dan la mayor protección.
¿A qué bitrate debe cambiar la escena a Low?
Depende de tu hardware y de tu red celular. En nuestros servidores IRL el valor por defecto es 800 kbps, y puedes cambiarlo, por ejemplo con el comando de chat de Twitch !trigger 500. Encuentra tu propio valor con una caminata de prueba en lugar de copiar los números de otras configuraciones: pon el umbral un poco por encima del bitrate en el que la imagen empieza a verse claramente entrecortada.
¿El cambio automático de escena funciona con cualquier software de streaming?
La herramienta de cambio de escena de nuestro IRL Endpoint Server solo funciona en combinación con OBS Studio en Windows o macOS, no con vMix ni con Streamlabs OBS. NOALBS, una herramienta de código abierto independiente, también funciona con OBS Studio mediante OBS WebSocket 5. Otro software como vMix puede recibir el stream igualmente, pero sin cambio automático.