LGR Reutlingen – 15 Juni 2026 | Der Media eXchange Layer (MXL) hat mit der Veröffentlichung seiner ersten stabilen Version 1.0.0 zu Beginn des Jahres 2026 einen entscheidenden Schritt in der Software-Produktion vollzogen. Dieses wegweisende Open-Source-Projekt, das nicht mit dem Datenformat XML verwechselt werden sollte, bietet eine Lösung für ein zentrales Problem der Branche: Wie können Softwarefunktionen verschiedener Hersteller auf einer gemeinsamen Infrastruktur Medien austauschen, ohne dass es zu Konvertierungen, proprietären Schnittstellen oder Herstellerabhängigkeiten kommt? Die Antwort ist MXL, das als eine Art virtuelle Verkabelung fungiert und damit die Art und Weise revolutioniert, wie Software in der Medienproduktion zusammenarbeitet.
MXL ist ein quelloffenes Software Development Kit (SDK), das den Austausch von Video, Audio und Metadaten zwischen Medienverarbeitungsfunktionen in virtualisierten Umgebungen ermöglicht, sei es auf eigenen Servern oder in der Cloud. Der technische Kern des MXL besteht darin, dass die beteiligten Funktionen denselben Arbeitsspeicher nutzen. Anstatt Medien zwischen Prozessen zu kopieren oder über Netzwerk-Stacks zu übertragen, greifen Misch-, Grafik- und Audiofunktionen direkt auf dieselben Speicherbereiche zu. Dieser Ansatz, bekannt als Zero-Copy-Workflow, ermöglicht einen effizienteren und schnelleren Austausch von Medieninhalten.
Wichtig ist auch, was MXL nicht ist: Es handelt sich nicht um ein Netzwerkprotokoll, einen Transportstandard oder ein Streamingformat. Wer Signale zwischen verschiedenen Standorten oder Geräten übertragen möchte, benötigt nach wie vor zusätzliche Werkzeuge. MXL adressiert vielmehr die grundlegende Ebene, auf der mehrere Softwarefunktionen innerhalb desselben Systems zusammenarbeiten sollen. Bisher war dieser Austausch über verschiedene Hersteller hinweg durch proprietäre Schnittstellen eingeschränkt, was die Interoperabilität stark belastete.
Die Rolle von MXL in der Dynamic Media Facility
Das MXL-Projekt ist eng mit der Dynamic Media Facility (DMF) verknüpft, einer Referenzarchitektur der European Broadcasting Union (EBU). Die DMF skizziert eine Produktionsumgebung, in der Medienverarbeitung nicht mehr auf dedizierte Hardware-Boxen beschränkt ist, sondern in virtuellen Containern erfolgt. Diese Container können je nach Bedarf der Produktion sowohl auf eigener Infrastruktur als auch auf gemieteten Rechenressourcen skaliert werden. In dieser neuen Welt fungiert MXL als die fehlende Schicht, die in der Hardware-Welt durch SDI-Kabel und Kreuzschienen repräsentiert wird.
Die Einführung dieses offenen und herstellerneutralen Austauschs hat weitreichende Konsequenzen für die Branche. Anbieter konkurrieren nicht mehr über geschlossene Ökosysteme, sondern über die Qualität ihrer Funktionen. Dieser Strukturwandel ist vergleichbar mit den Entwicklungen, die durch die Migration zu ST-2110 in der Branche angestoßen wurden, jedoch auf einer abstrakteren Ebene.
Die Akteure hinter dem MXL-Projekt
Das MXL-Projekt wird von der EBU und der nordamerikanischen Rundfunkvereinigung NABA getragen, während die Governance bei der Linux Foundation liegt. Dieses Modell wurde bewusst gewählt, um die Weiterentwicklung von individuellen Interessen zu entkoppeln. Auf Seiten der Anwender sind unter anderem namhafte Rundfunkanstalten wie die BBC, CBC/Radio-Canada, France Télévisions, Olympic Broadcasting Services sowie SWR/ARD und die SRG SSR aus dem deutschsprachigen Raum beteiligt. Auf Herstellerseite unterstützen Unternehmen wie AWS, Grass Valley, Intel, Lawo, NVIDIA, Riedel und Telos Alliance das Projekt, was eine breite und diverse Unterstützung zeigt.
Ein bemerkenswerter Aspekt des MXL-Projekts ist der Implement-first-Ansatz. Anstatt jahrelang Spezifikationen zu verhandeln, wird der Standard durch die tatsächliche Implementierung entwickelt. Das SDK ist öffentlich auf GitHub zugänglich, einschließlich Beispielen für Docker und Kubernetes. So können Interessierte sofort mit der Evaluierung beginnen, ohne Mitgliedschaften oder Lizenzverhandlungen eingehen zu müssen. Für eine Branche, die traditionell ihre Standards in langen Gremienprozessen entwickelt, ist dieses schnelle Tempo ein wichtiger Impuls.
Die Entwicklungsgeschwindigkeit des MXL-Projekts ist beeindruckend. Die Gründung wurde zur NAB 2025 durch die Linux Foundation verkündet, und bereits dort präsentierte Grass Valley eine lauffähige Implementierung. Im Juni 2025 folgte die erste Alpha-Version, und nur wenige Monate später wurde die stabilisierte Version 1.0.0 veröffentlicht. In nur 15 Monaten vom Konzept zur produktionsreifen Version zu gelangen, ist ein bemerkenswerter Erfolg. Hersteller können nun MXL-Support in ihre Produkte integrieren, ohne dass nachträgliche Anpassungen nötig sind. Auf der NAB 2026 war MXL prominent vertreten, mit zahlreichen Herstellern, die Implementierungen basierend auf Version 1.0.0 demonstrierten.
Es ist wichtig zu betonen, dass MXL nicht als Ersatz für bestehende Standards wie SMPTE ST 2110 zu verstehen ist. Während ST 2110 regelt, wie unkomprimierte Medienströme über IP-Netzwerke übertragen werden, definiert MXL, wie Softwarefunktionen in einem System Medien im Arbeitsspeicher teilen. In der Praxis werden beide Standards koexistieren: ST 2110 bringt die Signale ins Rechenzentrum, während MXL sie innerhalb des Systems verteilt.
Eine weitere interessante Abgrenzung stellt das Time Addressable Media Store (TAMS) dar, an dem ebenfalls die BBC maßgeblich beteiligt ist. TAMS adressiert die Speicherung von Medien, während MXL sich auf den Echtzeitaustausch zwischen laufenden Funktionen konzentriert. TAMS arbeitet mit bereits gespeicherten Medien, MXL hingegen mit dem aktuellen Austausch – zwei Schichten, die sich sinnvoll ergänzen.
Die zukünftige Entwicklung von MXL wird sich auf die Interhost-Kommunikation konzentrieren, um den Medienaustausch über verteilte Systeme hinweg zu ermöglichen. Diese Erweiterung wird entscheidend sein, um zu beobachten, wie sich MXL und etablierte Transportstandards zueinander verhalten, sobald die Grenzen zwischen einzelnen Maschinen fallen.
Für Entscheidungsträger in der Rundfunk- und Dienstleistungsbranche ist MXL 2026 zwar noch kein Kaufkriterium, aber bereits ein wichtiges Thema in Ausschreibungen. Wer in softwarebasierte Produktionsinfrastruktur investiert, sollte die MXL-Roadmap der Hersteller genau unter die Lupe nehmen, da dies viel über deren Engagement für offene Interoperabilität oder geschlossene Ökosysteme verrät. Bei der IBC 2026 wird zu erwarten sein, wie schnell aus den Demonstrationen der NAB käufliche Produkte werden. Die Liste der Beteiligten deutet darauf hin, dass es diesmal schneller gehen könnte als bei früheren Interoperabilitätsversuchen der Branche – am offenen Code lässt sich schließlich schwerer vorbeientwickeln als an einem Papierstandard.
