Configurar streaming IRL: del teléfono a OBS paso a paso

Para configurar un streaming IRL, envías el video de tu teléfono o de tu codificador por SRT o SRTLA a un servidor, llevas esa señal a OBS Studio como fuente de medios y dejas que OBS emita a tu plataforma. Así, un corte breve de la red celular ya no termina tu stream, porque OBS sigue enviando a la plataforma mientras tu teléfono se reconecta.

Esta guía te lleva por toda la cadena: qué necesitas, por qué enviar directamente a la plataforma es frágil, las tres configuraciones habituales y seis pasos concretos, desde contratar un servidor hasta tu primera prueba.

Qué necesitas para configurar un streaming IRL

• Un smartphone o un codificador de hardware. Sirve cualquier dispositivo que capte video y pueda enviarlo por internet, por ejemplo un teléfono con una app de streaming, una cámara de acción o un codificador dedicado.
• Una app de streaming con SRT o SRTLA. Moblin (iOS) e IRL Pro (Android) son dos ejemplos muy conocidos. Moblin indica que admite RTMP(S), SRT, SRTLA, RIST y WHIP, e IRL Pro destaca el bonding SRTLA sobre varias conexiones.
• Un plan de datos móviles. La subida desde tu teléfono al servidor consume tus propios datos. Más detalles abajo.
• Un servidor que reciba el stream. Funciona como punto de encuentro fijo y accesible públicamente entre tu teléfono y OBS.
• OBS Studio. En una PC en casa o en la nube. Decodifica el stream entrante, añade escenas y overlays, y envía el stream final a Twitch, YouTube, Kick o cualquier otra plataforma.

Por qué enviar directamente a la plataforma termina tu stream

Si tu teléfono emite directamente a la plataforma, esta ve una sola conexión. Cuando tu teléfono pierde la señal en un túnel, en una calle abarrotada o en una zona con mala cobertura, el codificador deja de entregar datos. La plataforma espera entonces un breve tiempo y finaliza la emisión. En Twitch, por ejemplo, la Disconnect Protection mantiene tu stream en línea hasta 90 segundos mientras se muestra una pantalla de espera, y si no te reconectas en ese tiempo, tu stream termina como de costumbre. Otras plataformas tienen sus propias reglas.

La solución es poner una conexión estable entre tu teléfono y la plataforma. Un servidor en un centro de datos recibe tu stream. OBS lo recoge desde allí y sigue emitiendo a la plataforma, aunque tu teléfono se caiga un momento. Tus espectadores ven una escena de reserva en lugar de un stream terminado.

Tres formas de llevar el stream de tu teléfono a la plataforma

Para la segunda opción, nuestro IRL Endpoint Server recibe RTMP, SRT y SRTLA y permite que tu OBS Studio local recoja el stream. Para la tercera, el IRL Broadcasting Server incluye una instancia completa de OBS Studio en la nube. Con el Endpoint Server no necesitas abrir puertos en el router de casa, porque tu codificador y tu OBS se conectan ambos al servidor de salida. Los pasos de abajo valen para los dos tipos de servidor, y las diferencias se indican donde importan.

Configurar un streaming IRL paso a paso

Paso 1: contrata un servidor y elige una región

Pide el servidor y abre el portal de clientes en cuanto tu acceso esté listo. Para el IRL Endpoint Server normalmente completamos la instalación en 24 horas, para el IRL Broadcasting Server en 72 horas. En el portal eliges la región (EE. UU., Europa, Asia o Sudamérica) y ves los datos de conexión para tu app y para OBS.

Elige la región más cercana al lugar desde donde vas a emitir de verdad. Un camino corto entre tu teléfono y el servidor significa menos latencia y menos retransmisiones. Con el plan Endpoint estándar puedes cambiar de endpoint en cualquier momento, lo que viene bien cuando viajas.

Paso 2: configura tu app de streaming

Todas las apps SRT o SRTLA piden los mismos pocos valores. Los encuentras en el portal de clientes, en el recuadro con los datos RTMP y SRT:

• Protocolo: SRTLA si quieres combinar varias conexiones, si no SRT. RTMP también funciona, pero SRT es la mejor opción para redes celulares.
• Dirección del servidor y puerto: los valores que se muestran en el portal.
• Stream ID o clave: identifica tu stream en el servidor. En SRT, el Stream ID tiene la forma publish:publish/<streamkey>.

Muchas apps aceptan todo como una sola URL, y la documentación de Moblin muestra esta forma en su ejemplo de importación de configuración. Con nuestros servidores, una URL SRT combinada se ve así: srt://<server>:<port>?streamid=publish:publish/<streamkey>&latency=2000. Sustituye los marcadores por los valores de tu portal.

Recomendamos esta configuración en tu app:

• Latencia SRT: 2 segundos. Según la app, la introduces como 2000 (milisegundos) o 2000000 (microsegundos). La mayoría de las apps tiene un campo propio para ello; si no, añádela a la URL como se muestra arriba. Los valores más bajos también funcionan, pero recomendamos 2 segundos a propósito en favor de la estabilidad.
• Intervalo de fotogramas clave: 2 segundos.
• HEVC en dispositivos Apple: si tu app ofrece B-frames, desactívalos.

Después ajusta la resolución, la tasa de fotogramas y el bitrate a valores que tu conexión celular aguante de forma fiable. En nuestra guía aparte sobre Moblin e IRL Pro hay un tutorial paso a paso para cada app.

Paso 3: añade el stream como fuente en OBS

Con el IRL Endpoint Server, traes el stream a OBS mediante el enlace de reproducción del portal de clientes. Lo añades como fuente de medios:

1. Añade una Fuente de medios a una escena.
2. Desmarca Archivo local.
3. Introduce el enlace de reproducción del portal como Entrada.
4. Introduce mpegts como Formato de entrada.
5. En las opciones de transformación de la fuente, elige Ajustar a la pantalla.

Después abre de nuevo las propiedades de la fuente y usa nuestra configuración recomendada:

• Búfer de red: 1 MB
• Retardo de reconexión: 3 segundos
• Usar decodificación por hardware cuando esté disponible: activado
• Cerrar el archivo cuando esté inactivo: activado

La guía SRT de OBS explica que la latencia SRT debería ser al menos 2,5 veces el tiempo de ida y vuelta entre el codificador y el servidor: más latencia da más tiempo para reenviar los paquetes perdidos, pero retrasa tu imagen. Para nuestros servidores, los 2 segundos del paso 2 son la recomendación y tienen prioridad sobre el valor predeterminado de OBS de 120 ms.

Con el IRL Broadcasting Server, OBS Studio se ejecuta en cambio en el servidor. Lo abres mediante Escritorio remoto desde el portal de clientes, pero solo para configurar y no durante un stream en curso.

Paso 4: crea escenas para Start, Live y Low

Crea tres escenas y ponles los mismos nombres que en nuestra herramienta de cambio de escena, para que OBS tenga algo que mostrar cuando la señal se debilite:

• Start: se muestra cuando el servidor no recibe señal. Usa una imagen estática o un clip en bucle con un mensaje como «Conexión perdida, volvemos en un momento», más música o una mezcla de audio silenciada. No incluyas aquí la fuente del teléfono, ya que no está entregando nada.
• Live: el stream estable. Esta escena contiene la fuente con el stream entrante, más overlays, alertas, chat y lo demás que uses.
• Low: se muestra cuando el bitrate cae por debajo del umbral. Usa la misma fuente, con un pequeño banner como «Conexión débil». Los espectadores siguen viendo la imagen, pero saben por qué se ve peor.

Ten en cuenta el audio: tu micrófono viene del teléfono, así que la escena Start debe tener su propio audio de fondo o estar silenciada a propósito.

Paso 5: configura el cambio de escena automático

No vas a mirar OBS mientras caminas por una ciudad, así que deja que cambie de escena solo. Para ello desarrollamos nuestra propia herramienta de cambio de escena. Cambia a Low cuando el bitrate entrante cae por debajo de un umbral, a Start cuando desaparece la señal, y vuelve a Live en cuanto la conexión es estable de nuevo.

• IRL Endpoint Server: Creas y descargas la herramienta en el portal de clientes. Se ejecuta en tu propia PC junto a OBS Studio, en Windows y macOS, y requiere que la función WebSocket de OBS esté activada, integrada desde OBS 28.
• IRL Broadcasting Server: La herramienta se ejecuta en el servidor, con escenas preconfiguradas.

El umbral predeterminado es de 800 kbit/s. Puedes ajustarlo, por ejemplo con el comando de chat de Twitch !trigger 500. El valor adecuado depende de tu hardware y de tu red celular. El chatbot de Twitch opcional, disponible si indicas un canal de Twitch al hacer el pedido, también anuncia los cambios de escena en tu chat.

El cambio de escena automático solo funciona con OBS Studio, no con vMix, y Streamlabs OBS no es compatible. Si armas en su lugar tu propia configuración, el plugin Advanced Scene Switcher para OBS puede servir de alternativa y automatiza tareas con macros. Nuestra guía aparte sobre el cambio de escena automático explica las opciones al detalle.

Paso 6: haz una prueba completa antes de salir

1. Inicia OBS, comprueba que la escena Live muestra la fuente de tu teléfono y revisa los medidores de audio.
2. Inicia un stream de prueba a tu plataforma. Usa una prueba privada o no listada si tu plataforma la ofrece, o mantén corta la primera prueba pública.
3. Camina por la calle. Observa el bitrate y la latencia en tu app y la imagen en OBS.
4. Fuerza un corte, por ejemplo con el modo avión durante 20 segundos. Comprueba que OBS cambia a Start, que el stream en la plataforma sigue en línea y que OBS vuelve a Live tras la reconexión.
5. Revisa después tu consumo de datos y compáralo con tu cálculo de abajo.

¿Cuántos datos móviles consume un streaming IRL?

Puedes calcular el volumen a partir del bitrate: los kbit/s divididos entre 8 dan kilobytes por segundo, y multiplicados por 3600 dan kilobytes por hora. En resumen, kbit/s / 8 * 3600 = kB por hora, y dividido entre 1000 son MB por hora.

El audio, la sobrecarga del protocolo y las retransmisiones se suman, así que planifica con margen. Los «datos ilimitados» de nuestros servidores se refieren solo al lado del servidor. La conexión de tu teléfono al servidor usa tu propio plan de datos. Nuestra guía de streaming IRL incluye una herramienta para estimar tu consumo mensual.

El bonding en pocas palabras

Con SRT simple, tu teléfono usa una red cada vez. SRTLA añade la agregación de enlaces: transporta el tráfico SRT por varios enlaces de red a la vez y lo reparte de forma dinámica según las condiciones de la red, como se describe en el repositorio BELABOX SRTLA. El lado receptor debe admitir SRTLA, y nuestros dos servidores IRL aceptan entrada SRTLA. Moblin, por ejemplo, puede usar a la vez una conexión celular, una Wi-Fi y varias Ethernet. El bonding ayuda cuando una red es débil, pero también supone un mayor uso total de datos, ya que el tráfico se reparte entre varios enlaces.

¿Listo para salir en vivo?

Con un servidor entre tu teléfono y OBS, una señal débil te cuesta unos segundos de imagen, no todo tu stream. Elige el IRL Broadcasting Server si no quieres mantener una PC encendida en casa.

FAQ

¿Cómo configuro un streaming IRL con OBS?

Envía el stream de tu teléfono por SRT o SRTLA a un servidor, añade el enlace de reproducción del portal de clientes como Fuente de medios en OBS (Archivo local desactivado, Formato de entrada mpegts), crea las escenas Start, Live y Low, y emite desde OBS a tu plataforma. Prueba toda la cadena, incluido un corte forzado, antes de salir de casa.

¿Cuál es la diferencia entre SRT y SRTLA?

SRT es un protocolo de transporte para video fiable y de baja latencia sobre redes poco fiables. SRTLA envuelve el tráfico SRT y lo envía por varios enlaces de red, por ejemplo dos tarjetas SIM o SIM más Wi-Fi, lo que a menudo se llama bonding. SRTLA necesita un receptor que lo admita.

¿Necesito una PC en casa para hacer streaming IRL con OBS?

No. Puedes ejecutar OBS en una PC en casa, o usar un OBS en la nube que se ejecuta en un centro de datos y se controla mediante Remote Desktop. La opción en la nube elimina la necesidad de hardware potente y de una PC encendida permanentemente en casa.

¿Cuántos datos consume un streaming IRL por hora?

Divide el bitrate en kbit/s entre 8 y multiplica por 3600 para obtener kilobytes por hora. A 4000 kbit/s son aproximadamente 1,8 GB por hora solo de video. El audio y la sobrecarga del protocolo añaden un poco más.

¿Tengo que abrir puertos en mi router?

No con el IRL Endpoint Server. Tu codificador y tu OBS se conectan ambos al servidor de salida, así que no hace falta redirigir puertos ni cambiar nada en el router, y también funciona detrás de CGNAT.