La industria del broadcast está buscando activamente soluciones a un desafío central en la producción definida por software: optimizar la transferencia de video, audio y metadatos entre diferentes aplicaciones. El objetivo es eliminar los cuellos de botella, minimizar la latencia y superar las limitaciones de los proveedores que tradicionalmente han plagado estos procesos. La Capa de Intercambio de Medios, más conocida como MXL, es una iniciativa de la industria diseñada para abordar este problema de frente, utilizando el acceso a la memoria compartida en lugar de los protocolos de transmisión convencionales.
Lanzado en abril de 2025 por la Linux Foundation, en asociación con la European Broadcasting Union (EBU) y la North American Broadcasters Association (NABA), el proyecto ha obtenido el apoyo de destacados organismos de radiodifusión como la BBC, CBC/Radio-Canada, France TV y SVT. También participan proveedores de tecnología como AWS, NVIDIA, Grass Valley, Intel y Lawo.
“La promesa de MXL es que los usuarios podrán evitar el bloqueo de proveedores en servidores genéricos donde las aplicaciones de procesamiento de diferentes proveedores no solo se ejecutan una al lado de la otra, sino que también intercambian datos a través de una llamada capa de memoria compartida, para evitar problemas de latencia”, dijo Chris Scheck, jefe de marketing de contenido de Lawo.
Miroslav Jeras, CTO de Pebble, añadió: “Ha habido un freno en la adopción de infraestructuras de software más amplias y en la adopción de la nube: la falta de estándares abiertos para la interoperabilidad. Iniciativas como MXL deberían permitir a los arquitectos de sistemas construir plataformas de múltiples proveedores en entornos virtualizados sin la necesidad de trabajos de integración a medida.”
MXL permite que las aplicaciones que se ejecutan en el mismo servidor o infraestructura conectada compartan fotogramas de video, muestras de audio y datos de sincronización directamente en la memoria. Esto contrasta con los métodos existentes como SMPTE ST 2110 o NDI, que implican la paquetización de los medios, su transmisión a través de una red y su reconstrucción en el destino. La ventaja clave reside en la eficiencia de los recursos. Los protocolos de transmisión tradicionales requieren importantes recursos de CPU para la paquetización y el almacenamiento en búfer, lo que provoca latencia en cada etapa de procesamiento. Las primeras implementaciones de MXL han demostrado latencias inferiores a un milisegundo por transferencia, en comparación con aproximadamente 20 milisegundos por dispositivo con ST 2110.
La iniciativa surgió de las necesidades prácticas identificadas por los organismos de radiodifusión que planifican nuevas instalaciones y flujos de trabajo. CBC, por ejemplo, comenzó a desarrollar el concepto al diseñar su sede en Toronto, con el objetivo de crear una infraestructura que pudiera adaptarse a diversas necesidades de producción sin limitaciones de hardware.
François Legrand, director senior de ingeniería de CBC/Radio-Canada, declaró en el anuncio de MXL: “La producción de broadcast impulsada por software es el futuro, y el intercambio de medios en tiempo real es una pieza crítica de esta evolución. El Proyecto MXL es un paso fundamental hacia un ecosistema abierto e interoperable que permite a los organismos de radiodifusión maximizar la eficiencia al tiempo que reduce la complejidad de la infraestructura. Esperamos que comenzar con el software en lugar de escribir un documento acelere significativamente el proceso de desarrollo de la solución.”
La BBC encontró desafíos similares con los recursos distribuidos en múltiples ubicaciones del Reino Unido. Jatin Aythora, director de BBC Research & Development, señaló: “A medida que los organismos de radiodifusión trasladan su producción en vivo y sus operaciones de medios a una infraestructura basada en software inspirada en las arquitecturas de la nube, los conceptos de la iniciativa Dynamic Media Facility de la EBU proporcionarán la escalabilidad, la flexibilidad y la eficiencia necesarias para satisfacer las necesidades futuras.”
Ambas organizaciones reconocieron la interoperabilidad de los proveedores como un obstáculo persistente. La mayoría de las soluciones existentes para compartir memoria son propietarias, lo que restringe la flexibilidad del diseño del sistema y crea dependencia de proveedores de tecnología específicos. El sistema emplea búferes de anillo en la memoria compartida donde las aplicaciones escriben y leen datos multimedia. La biblioteca MXL ofrece API que facilitan el intercambio sin sobrecarga a través de un modelo de lector/escritor, en lugar de una arquitectura de remitente/receptor. Esto elimina la necesidad de paquetización o copia de memoria, lo que ahorra ancho de banda y reduce la carga de la CPU. Los medios se organizan en flujos y granos, términos derivados de las especificaciones NMOS IS-04. Los datos de sincronización indexan cada grano en relación con la época PTP, lo cual es crucial cuando los sistemas abarcan múltiples hosts. Los proveedores de la nube ofrecen servicios de sincronización de tiempo que MXL puede utilizar para mantener la alineación en toda la infraestructura distribuida.
La implementación técnica también utiliza permisos de archivo UNIX para controlar el acceso tanto a nivel de dominio como de flujo, lo que garantiza la seguridad sin añadir sobrecarga a la ruta de datos. La fase de desarrollo inicial se concentra en formatos específicos de video y audio sin comprimir, una elección deliberada para abordar casos de uso comunes mientras la tecnología central madura. El video de velocidad de fotogramas variable y los formatos de compresión complejos no son compatibles actualmente. Las implementaciones actuales operan dentro de entornos de un solo host, pero tecnologías como Remote Direct Memory Access (RDMA), particularmente RoCEv2, permiten el intercambio de memoria en áreas más amplias al permitir que los servidores accedan a la memoria de los demás a través de redes IP, evitando el kernel y evitando la sobrecarga de la CPU.
En lugar de los procesos de estandarización tradicionales, el proyecto adoptó un modelo de código abierto. MXL no reemplaza a SMPTE ST 2110, que se seguirá utilizando en los límites de la red y entre las instalaciones. Esta división de funciones sitúa a ST 2110 en la periferia para la ingesta y la salida, mientras que MXL gestiona el intercambio interno de medios dentro de los clústeres de computación, lo que permite a los organismos de radiodifusión mantener la compatibilidad con la infraestructura existente al tiempo que mejora la eficiencia dentro de los entornos de producción basados en software.
En octubre de 2025, la EBU anunció una asociación con la Advanced Media Workflow Association para crear el Joint Taskforce on Dynamic Media Facilities. Este grupo abordará cuestiones del plano de control, incluyendo el descubrimiento y la conexión de aplicaciones, y la orquestación del sistema a través de la infraestructura distribuida. El proyecto tiene como objetivo una versión uno lista para la producción a principios de 2026, y las organizaciones participantes planean integrar MXL en productos comerciales dentro de ese plazo.
Al reducir la sobrecarga del intercambio de medios, MXL permite que se ejecuten más funciones en el mismo hardware, reduce la latencia en los flujos de trabajo de varios pasos y elimina las dependencias de interconexión específicas del proveedor. La migración de las funciones centrales de los medios a la arquitectura basada en MXL ofrece beneficios operativos. Con los contenedores reemplazando el hardware de función fija, los entornos de producción se vuelven más fáciles de escalar a través de servidores locales o infraestructura en la nube. Este aprovisionamiento suave reemplaza el modelo de gasto de capital de la expansión del hardware. La naturaleza independiente del proveedor del SDK de código abierto permite a los organismos de radiodifusión crear flujos de trabajo a partir de componentes internos, de proveedores o de código abierto. MXL garantiza la interoperabilidad entre estos elementos sin extensas pruebas previas o trabajos de integración personalizados para cada combinación de herramientas.
La mensajería de la capa de memoria también simplifica la resolución de problemas. Los flujos de trabajo IP tradicionales requieren el rastreo de paquetes a través de las redes para identificar los problemas. Con MXL, la información de diagnóstico está disponible inmediatamente en la capa de memoria, proporcionando una visibilidad clara del estado del flujo de medios. La arquitectura también prepara a los organismos de radiodifusión para las tecnologías emergentes como las funciones de medios impulsadas por la IA, el análisis en tiempo real y el procesamiento basado en el borde, proporcionando una base para la integración de estas capacidades de una manera modular y composable. La tecnología también permite flujos de trabajo asíncronos donde el procesamiento puede ocurrir más rápido que en tiempo real, permitiendo que las funciones se completen y pongan los resultados a disposición inmediatamente cuando la capacidad de computación excede las limitaciones de reproducción en tiempo real. Esto beneficia a las organizaciones que gestionan cargas de trabajo variables o múltiples producciones simultáneas, permitiendo la asignación dinámica de recursos basada en la demanda en lugar de configuraciones de hardware fijas.
Se necesita un mayor desarrollo en áreas tales como el tamaño del grano de audio, la capa de control para el descubrimiento y el establecimiento de la conexión de la aplicación, y los sistemas de orquestación para la gestión de los flujos de trabajo basados en MXL a través de una infraestructura compleja. El proyecto también se enfrenta al desafío práctico de la adopción por parte de la industria. Si bien los principales organismos de radiodifusión y proveedores se han comprometido con MXL, su éxito depende de que se demuestre en entornos de producción antes de convertirse en un estándar. El enfoque inmediato sigue siendo completar el modelo de sincronización y finalizar las especificaciones de la capa de control, que son esenciales para que MXL funcione de forma fiable a través de la infraestructura distribuida y las implementaciones de múltiples proveedores.
MXL es una solución técnica que aborda el intercambio ineficiente de medios entre aplicaciones de software. Su adopción generalizada dependerá de su rendimiento en entornos de producción y de la implementación consistente por parte de los proveedores. El enfoque de código abierto y la amplia participación de la industria sugieren una base sólida para cualquiera de los dos resultados.