Saltar al contenido
Callaba

Multistreaming con OBS: una señal y varios destinos

En esta página

Guía de multistreaming con OBS

Envía un único programa estable desde OBS y controla cada destino por separado

OBS puede producir un programa en directo para YouTube, Twitch, Facebook, LinkedIn, un reproductor privado u otro servicio de streaming. La decisión de arquitectura clave es dónde se duplica ese programa. Puedes añadir varias salidas al equipo de producción o publicar un solo feed de contribución en Callaba y crear las rutas de destino en el servidor.

¿Puede OBS transmitir a varias plataformas a la vez?

Sí. Un complemento de salidas múltiples con mantenimiento activo puede abrir varias sesiones locales desde OBS. La distribución desde el servidor sigue otro enfoque: OBS envía un único upstream y Callaba crea un restream para cada destino. El primer método da al equipo control directo de todas las salidas. El segundo separa del codificador de producción las credenciales, el estado y los reinicios de cada destino.

Ambas opciones pueden servir para un ensayo o una producción pequeña. Sin embargo, si una caída del proceso de OBS o la saturación de la subida del recinto interrumpiría varias plataformas, la distribución tras una sola ingesta suele ser más fácil de observar y recuperar. Evalúa el flujo de producto en Callaba Multi-Streamingy utiliza después esta guía para el procedimiento en OBS.

Elige de forma deliberada dónde distribuir la señal

Comparación entre varias salidas locales y restreaming desde servidor
PreguntaVarias salidas locales de OBSUn feed de OBS hacia Callaba
Subida desde el recintoCada sesión de destino consume capacidad de salida local.Solo un upstream sale del recinto; el egreso del servidor transporta las señales hacia los destinos.
Carga de codificaciónDepende de si las salidas comparten una codificación o necesitan perfiles separados.OBS produce el perfil de contribución; los cambios compatibles para cada destino se realizan después.
CredencialesLas claves de plataforma se guardan en el equipo de producción o en la configuración del complemento.Cada clave se conserva en su propio registro de restream de Callaba.
Alcance de un reinicioUn problema del complemento o de OBS puede afectar a todas las salidas locales.Es posible reiniciar un destino fallido sin tocar la ingesta compartida.
Vista del operadorEl estado de las salidas se concentra en OBS y en los paneles de control de las plataformas.El panel de Callaba permite separar el estado de la ingesta del estado de cada destino.

Un servidor no elimina todas las dependencias compartidas. Los destinos siguen dependiendo del programa de OBS, de la única sesión upstream del recinto y de la instancia de Callaba que la recibe. La ventaja es un límite de fallo más claro, no una redundancia mágica.

Prepara la producción antes de introducir las claves de emisión

  • Crea o programa los eventos de destino y confirma que cada cuenta tiene permiso para emitir en directo.
  • Elige una resolución de contribución, frecuencia de imagen, codec, bitrate, intervalo de keyframes y programa de audio que Callaba pueda recibir de forma estable.
  • Mide la subida sostenida de la red de producción. Una prueba de velocidad breve no equivale a un ensayo.
  • Utiliza un programa de prueba corto y reconocible, con movimiento, voz y una referencia de sincronización.
  • Mantén las claves de plataforma fuera de capturas de pantalla, runbooks públicos y cargas de analítica.
  • Asigna un operador que pueda ver tanto la entrada compartida como el panel de control de cada plataforma.

Los requisitos de los destinos cambian. Antes de la emisión, consulta la página de ayuda vigente de cada servicio en lugar de copiar una tabla de bitrate de un artículo antiguo.

Configura OBS para un único upstream controlado

  1. Crea la entrada de Callaba. Utiliza un RTMP Server o SRT Server adecuado para la producción. Inícialo y copia del panel los valores actuales de publicación.
  2. Abre Ajustes → Emisión en OBS. La interfaz oficial de OBS permite elegir un servicio integrado o un Custom Streaming Server e introducir el servidor y la clave facilitados. Usa exactamente los valores de Callaba; no reutilices aquí la clave de una plataforma de destino.
  3. Revisa Ajustes → Salida. Selecciona un perfil que el trayecto compartido pueda transportar y que el flujo posterior pueda decodificar. En la primera prueba, evita cambiar a la vez el codec, la resolución y el enrutamiento de audio.
  4. Inicia una prueba privada. Vigila en OBS la sobrecarga del codificador y los fotogramas perdidos. En Callaba, exige un bitrate entrante sostenido y una imagen decodificada con el audio previsto.
  5. Detén la sesión y vuelve a conectar. Confirma que la sesión se cierra y que el mismo publicador gestionado puede reconectar. Así aparecen identidades obsoletas o copiadas de forma incorrecta.

Para seguir un procedimiento específico de RTMP, consulta Enviar y recibir RTMP con OBS. Si la producción usa contribución SRT, abre la guía de configuración de SRT en OBS y verifica el método de salida vigente en OBS.

Añade un destino, demuéstralo y solo entonces incorpora el siguiente

  1. Abre Restreaming en Callaba y crea un restream nuevo utilizando como origen el feed validado de OBS.
  2. Elige un tipo de destino compatible o introduce exactamente la URL de salida personalizada y la clave proporcionadas por la plataforma.
  3. Mantén desactivado el transcoding cuando la contribución de OBS ya cumpla el contrato del destino. Si una plataforma necesita otro perfil, cambia únicamente los ajustes exigidos por ese contrato.
  4. Inicia el restream y abre la vista previa de la plataforma. Confirma imagen, audio, estado de la cuenta y cualquier aviso de la plataforma.
  5. Nombra la ruta aceptada con el evento y el destino; después repite el proceso para la plataforma siguiente.

Sigue los campos vigentes de la guía de usuario de Restreaming de Callaba. La demo de Multiview en directo muestra la superficie de monitorización del operador, aunque tu propia fuente y tus destinos siguen necesitando una prueba de producción.

Usa un árbol de fallos en vez de reiniciarlo todo

No funciona ningún destino y la ingesta está a oscuras

Empieza en OBS: estado de salida, salud del codificador, valores de publicación, firewall y subida del recinto. Las claves de las plataformas no pueden reparar una fuente compartida ausente.

La ingesta está sana y una plataforma está a oscuras

Mantén OBS en ejecución. Revisa únicamente la URL, la clave, el estado, los requisitos multimedia y el panel de control de ese restream; reinicia solo la ruta afectada si hace falta.

Todos los destinos rechazan los mismos medios

Compara el codec, el tamaño de imagen, la cadencia, el intervalo de keyframes y el audio compartidos con los requisitos actuales de los destinos. Crea de forma intencionada una salida transformada en vez de probar controles al azar.

OBS informa de fotogramas perdidos

Mide la capacidad de salida sostenida y el tráfico que compite con ella. Reducir el bitrate de contribución puede servir como diagnóstico, pero el perfil definitivo aún debe superar las pruebas de calidad de imagen y de destino.

Los complementos son útiles, pero cambian quién asume el riesgo

OBS no necesita distribución desde servidor para todas las producciones. Un complemento de salidas múltiples con mantenimiento activo puede ser práctico si el equipo dispone de margen de codificación y subida, el operador quiere los controles en local y el complemento se ha probado con la versión instalada de OBS. Obtén los complementos de su proyecto mantenido y revisa su estado de actualización antes de producir.

No des por hecho que cada salida adicional es «gratuita». Algunas configuraciones comparten el codificador principal; otras pueden requerir codificación o escalado extra. Cada sesión de red también tiene su propio comportamiento de reconexión. Ejecuta el conjunto completo de salidas durante un periodo representativo y después interrumpe un destino y la red para comprobar qué debe hacer el operador.

Automatiza solo después de aprobar la matriz de destinos

Cuando un sistema de programación o un panel de cliente deba crear destinos, utiliza el flujo de API para streaming en directo multiplataforma. Conserva la fuente aceptada, el tipo de salida, el perfil multimedia y la política de nombres. Mantén las claves fuera de los registros del navegador y de la analítica del cliente, y haz que la operación sea idempotente para que un reintento no cree una ruta en directo duplicada.

Una respuesta de la API confirma una operación de control. No demuestra que la plataforma externa esté preparada, que el programa se escuche o que la audiencia vea el evento correcto. Mantén la vista previa de plataforma y los medios decodificados dentro del proceso de aceptación.

Referencias oficiales

Preguntas frecuentes

¿OBS envía de forma nativa un stream a varias plataformas?

Los ajustes estándar de Emisión describen un servicio seleccionado o un servidor personalizado. Varias salidas locales suelen requerir un complemento mantenido u otro método externo. Con distribución desde servidor, OBS envía un stream a Callaba y los destinos se crean allí.

¿Cuánto ancho de banda de subida necesita el multistreaming desde servidor?

El recinto debe sostener el feed de contribución, la sobrecarga normal y un margen seguro. La instancia de Callaba transporta el egreso hacia los destinos. Mide ambos límites con el bitrate completo de producción.

¿Puede cada destino utilizar una resolución o un bitrate diferente?

Sí, cuando la ruta de Callaba elegida, el perfil de codec y la capacidad de la instancia admiten la transformación necesaria. Añade un perfil separado solo para una necesidad documentada del destino y valida después la salida decodificada.

Mantén la producción en OBS y traslada la operación de destinos a la etapa posterior

Valida una contribución de OBS en Callaba, añade cada plataforma por separado y ensaya exactamente las acciones de reinicio que utilizará el operador durante el directo.

Planificar un flujo de multistreaming con Callaba