Todos los artículos
Streaming multicámara: cómo retransmitimos un evento en directo sin sustos
Streaming

Streaming multicámara: cómo retransmitimos un evento en directo sin sustos

Ayoze del Pino · 24 de julio de 2026 · 6 min de lectura

Retransmitir un evento en directo es un ejercicio de alta tensión controlada: no hay segunda toma. Si algo falla durante una gala, una presentación de producto o un concierto, no hay forma de "arreglarlo en postproducción" — el público lo está viendo en ese mismo instante. En El Viento Live montamos retransmisiones multicámara desde hace años y la mayoría de los desastres que hemos visto (propios y ajenos) se repiten siempre por las mismas tres o cuatro razones. Esta guía va de eso: cómo se monta bien y dónde está el riesgo real.

Qué significa "multicámara" en un directo

Un streaming multicámara no es simplemente conectar varias cámaras y elegir un plano en cada momento. Es un sistema completo con varias capas trabajando en paralelo:

Cada capa puede fallar de forma independiente, y el trabajo de un buen equipo de streaming es que un fallo en una capa no tire abajo las demás.

El equipo mínimo para hacerlo bien

Para un evento corporativo o una gala de tamaño medio, esto es lo que no debería faltar:

Cámaras y objetivos

Dos cámaras son el mínimo para que el resultado no parezca una grabación estática de seguridad: una de plano general y otra que pueda moverse a primeros planos. A partir de tres cámaras ya puedes cubrir público, ponente y un plano de recurso (pantallas, producto, banda).

Para eventos con presupuesto ajustado, cámaras PTZ (pan-tilt-zoom) controladas remotamente permiten cubrir varios ángulos con un solo operador gestionando los movimientos desde el control.

Mezclador de vídeo

El corazón del sistema. Puede ser hardware dedicado (tipo Blackmagic ATEM) o software (vMix, OBS con multi-input) corriendo en un ordenador potente. La decisión depende del número de fuentes, la necesidad de gráficos en directo y el presupuesto.

Mesa de sonido independiente

El audio del streaming casi nunca debe salir directamente de la mesa de PA de sala. Necesitas una submezcla específica para el directo: el sonido que funciona bien en un recinto físico con reverberación natural suena fatal en un stream si no se ajusta aparte.

Codificador y conexión redundante

Aquí es donde se juega la partida real.

El punto que más streamings arruina: la conexión a internet

Hemos visto retransmisiones con cámaras de gama alta y mezcla impecable caerse por completo porque dependían de una única línea de wifi del recinto. Esto es un error que no debería ocurrir nunca en un evento profesional.

La solución estándar en la industria es la conexión de fallback (bonding): el codificador combina dos o más conexiones simultáneas (fibra del recinto + 4G/5G de una o dos operadoras distintas) y prioriza la de mejor calidad en cada instante, cambiando automáticamente si una cae. Dispositivos como los de la gama LiveU o Teradek trabajan así. Es un coste añadido, pero es la diferencia entre un directo que se corta a mitad de discurso del CEO y uno que no falla.

Como mínimo, para cualquier evento con relevancia (no una prueba interna), la recomendación es no depender jamás de una sola vía de conexión.

Latencia: el enemigo silencioso

Un aspecto que sorprende a quien organiza el evento por primera vez es la latencia — el retraso entre lo que pasa en la sala y lo que ve el espectador en su pantalla. Plataformas como YouTube Live pueden introducir entre 5 y 15 segundos de retraso según la configuración; sistemas de baja latencia pueden bajarlo a 2-3 segundos.

Esto importa especialmente cuando hay interacción en directo: preguntas del chat, votaciones en tiempo real o un presentador que lee comentarios. Si no se planifica la latencia con antelación, el presentador acaba respondiendo preguntas que ya llevan un minuto de retraso, y la sensación de "directo" se rompe.

Rótulos y gráficos: menos es más

Los rótulos en directo (nombre del ponente, logo, contador de tiempo, marcador de redes sociales) se preparan siempre antes del evento, nunca improvisados el mismo día. Un error tipográfico en un rótulo que aparece en pantalla durante 20 minutos de streaming es mucho más visible y permanente que en un vídeo editado, porque miles de personas lo están viendo en directo y probablemente ya lo han capturado en pantalla.

Ensayo técnico: no negociable

El ensayo técnico previo (normalmente el día antes o unas horas antes del evento) cubre tres cosas:

  1. Prueba de conexión completa, incluyendo el fallback, desde el recinto real y no desde una oficina
  2. Prueba de audio con los micrófonos y la mesa que se van a usar realmente
  3. Ensayo de guion técnico: quién corta a qué cámara y cuándo, sobre todo si hay entradas de vídeo pregrabado, invitados en remoto o cambios de escena

Un evento sin ensayo técnico es un evento que se está jugando a cara o cruz.

Streaming a varias plataformas a la vez

Cada vez es más habitual que un cliente quiera emitir simultáneamente a YouTube, LinkedIn e Instagram. Esto se resuelve con un servicio de restreaming (Restream, Castr o similar) que recibe una única señal del codificador y la redistribuye a múltiples plataformas, evitando tener que triplicar el hardware de salida. Lo importante es verificar con antelación los requisitos técnicos de cada plataforma (formato, bitrate máximo, relación de aspecto), porque no todas aceptan la misma configuración.

Cómo lo montamos en El Viento Live

Para cada evento en directo definimos primero el número de cámaras y el tipo de cobertura necesaria, montamos la mezcla de audio y vídeo en una sala de control independiente del recinto principal, y trabajamos siempre con conexión redundante para la salida del stream. El ensayo técnico se hace siempre con el material real, en el espacio real, nunca sobre el papel.

Si tienes un evento con streaming en el horizonte, cuéntanos el formato, el aforo y las plataformas de destino: te preparamos una propuesta técnica ajustada a lo que realmente necesitas, sin sobredimensionar el equipo ni dejar huecos de seguridad.

Volver al blog