El punto central de una operación distribuida

Un hub broadcast conecta la contribución con la distribución. Recibe señales desde unidades móviles, estadios, estudios, telepuertos, codificadores remotos o proveedores satelitales; las supervisa, normaliza o transcodifica cuando hace falta; y entrega cada programa a los destinos que lo necesitan.

En una arquitectura tradicional, estas funciones suelen quedar repartidas entre receptores, matrices, convertidores de protocolo, servidores de streaming y herramientas de monitoreo. Un hub en la nube reúne el control operativo sin obligar a reemplazar los equipos que ya funcionan.

Vajracast admite SRT, RIST, RTMP, RTSP, HLS, HTTP/TS, UDP, SRTLA y WebRTC WHIP como fuentes según el flujo. Las salidas incluyen SRT, RIST, RTMP, RTSP, HLS, HTTP/TS, UDP, WHEP y grabación; NDI y ST 2110 están disponibles en instalaciones propias compatibles.

Contribución, procesamiento y distribución

Una señal puede atravesar tres etapas independientes:

  1. Contribución: recepción de una fuente principal y hasta siete reservas, incluso con protocolos diferentes.
  2. Procesamiento: passthrough, remultiplexado, normalización, matriz de audio, desentrelazado o transcodificación por hardware.
  3. Distribución: entrega simultánea a afiliadas, CDN, plataformas OTT, decodificadores de control maestro, sitios de respaldo y monitores WHEP.

La ruta permanece activa mientras se añaden o retiran destinos. Cuando el códec y el contenedor ya son compatibles, el passthrough evita una recodificación innecesaria y permite reutilizar una misma señal en varias entregas.

Continuidad de señal y failover

El failover forma parte de la ruta. Las entradas se mantienen supervisadas y pueden ordenarse por prioridad o seleccionarse según su calidad actual. Una entrada SRT prebufferizada puede conmutarse en menos de 50 ms una vez detectado el fallo; el tiempo total también depende de los umbrales de detección configurados.

Cuando la fuente preferida se recupera, el retorno automático espera a que permanezca estable durante el periodo definido antes de devolverla al aire. Esto evita oscilaciones entre entradas durante una falla intermitente. Las alertas por correo electrónico informan pérdida, conmutación y recuperación.

Supervisión operativa en el navegador

Un socket conectado no garantiza que el video sea válido. Vajracast presenta tasa de bits, RTT, pérdidas, retransmisiones, continuidad, tiempo activo y estado de cada extremo. Las previsualizaciones WHEP y el multiview permiten comprobar varias señales en vivo dentro del navegador, no solo miniaturas periódicas.

La vista de rutas conserva la relación entre entrada activa, reservas, procesamiento y destinos. Para un control maestro o una producción remota, esta visibilidad reduce el tiempo necesario para localizar una falla y decidir si corresponde intervenir.

Interoperabilidad entre equipos

Dos dispositivos pueden declarar H.264 o HEVC y aun así no interoperar. Las diferencias pueden estar en marcas de tiempo, GOP, cabeceras SPS/PPS/VPS, PID, audio, señalización MPEG-TS, orden de campos o formato de barrido.

Vajracast puede estabilizar un transporte frágil mediante remultiplexado y normalización. Si el receptor exige otro códec, resolución o formato entrelazado/progresivo, la ruta puede aplicar transcodificación por NVIDIA NVENC, Intel QSV, VAAPI o CPU según el servidor disponible.

Regiones y modelo de despliegue

Europa es la región predeterminada para los planes administrados. Estados Unidos, Sudamérica y otras regiones están disponibles bajo petición. Los planes Cloud comparten infraestructura; Dedicated utiliza un servidor bare-metal provisionado para el cliente. También se ofrecen licencias para instalaciones propias cuando la producción requiere control local, NDI nativo o ST 2110.

La capacidad contratada se paga por adelantado. No hay cargos posteriores por GB, hora de CPU/GPU, minuto de transcodificación o número de salidas. Asia y Australia incluyen 10 TB y facturan el exceso; en las demás regiones, el tráfico es ilimitado hasta la velocidad de puerto indicada por el plan.

Puesta en marcha

Defina primero las fuentes, destinos, códecs, latencia aceptable y estrategia de respaldo. Después:

  1. Cree la ruta y configure la entrada principal.
  2. Añada las reservas y defina prioridad, detección y retorno automático.
  3. Aplique solo el procesamiento necesario.
  4. Añada los destinos y verifique cada extremo con métricas y previsualización.
  5. Pruebe pérdida, recuperación y conmutación antes de la transmisión.

Consulte los planes de Vajracast o pruebe el servicio durante 30 días sin tarjeta.

Distribuya señales broadcast en vivo desde la nube

Plataforma gestionada en la nube con servidores dedicados, redundancia N+1, transcodificación por hardware y distribución global. Gratis durante 30 días.

Iniciar prueba gratuita Ver precios

30 días gratis · Sin tarjeta · Acceso directo al equipo de desarrollo

Preguntas frecuentes

¿Qué es un hub broadcast?

Es el punto central que recibe señales de contribución, las protege o procesa y distribuye el resultado hacia emisoras, CDN, centros de respaldo, grabadores y plataformas digitales.

¿Un hub broadcast sustituye a una CDN?

No. El hub gestiona contribución y distribución profesional entre puntos de producción; la CDN entrega contenido empaquetado a grandes audiencias. Normalmente el hub alimenta a la CDN.

¿Puede operar en varias regiones?

Sí. Vajracast puede desplegarse como servicio administrado en la región solicitada, en un servidor dedicado o bajo licencia para infraestructura propia.