Postproducción TV broadcast

Un magazín diario o un informativo semanal corre sobre una hora de emisión fija, y la post no tiene margen. Un Nexis o un RAID local que falla a media semana tira todo el montaje en el peor momento, y recuperarlo se come las horas que la parrilla no tiene. Varios editores cortan distintos bloques del mismo episodio en paralelo, así que todos necesitan los mismos rushes a la vez, y el archivo crece cada día: una temporada cruza los 50 TB sin que nadie lo note. Las opciones cloud nativas de Avid siguen limitadas y con precio para grandes instalaciones, no para un equipo broadcast ágil.

Un workflow de post broadcast necesita almacenamiento que no caiga el día de emisión, que cada editor pueda alcanzar a la vez, y que crezca con la temporada sin un pedido de hardware.

Sanbila mantiene el archivo MXF en la nube con una copia de respaldo, así que no hay una caja Nexis única que falle el día de emisión, y la nube sirve el media por una red global, así que un editor remoto o en un segundo sitio no espera el uplink de un solo edificio. Cada editor corta sobre proxies DNxHR LB ligeros que Sanbila escribe en la estructura Avid MediaFiles/MXF/1/ que Media Composer auto-descubre, y al conformar el parser binario AAF nativo deja que Smart Relink cambie los clips de la línea de tiempo a los MXF reales transmitidos desde la nube para un máster a plena calidad, sin export XML ni restore nocturno. El plan Enterprise aloja 25 TB y factura 20 $ por TB al mes por encima, así que un archivo de temporada que cruza 50 TB escala por el terabyte en vez de por el nodo de almacenamiento, y todo el equipo comparte un workspace con permisos por rol.