MXL-SDK-Integration
Portieren Sie Ihr Broadcast-Produkt auf MXL.Bleiben Sie in der softwaredefinierten Produktion relevant
Ihre Kunden – Rundfunkveranstalter und Medienbetreiber – wechseln zu softwaredefinierter, herstellerneutraler Produktion auf Basis von Dynamic-Media-Facility-(DMF)-Architekturen. So leistungsfähig Ihr aktuelles SDI-, ST-2110- oder NDI-Produkt auch ist: Es läuft Gefahr, aus der nächsten Generation von Multi-Vendor-Workflows ausgeschlossen zu werden, die auf gemeinsam genutzten COTS-Hosts und Cloud-Compute-Infrastrukturen laufen.
Promwad portiert bestehende Media-Function-Produkte in MXL-native Softwarekomponenten. Wir integrieren das Open-Source-MXL-SDK, erhalten Sub-Frame-Latenz durch Shared-Memory- und RDMA-Datenpfade und liefern Kubernetes-fähige Multi-Arch-Builds, die Ihre Kunden direkt in ihren DMF-Stack integrieren können.
Was Sieerreichen
Der MXL-Moment: Warum dieses Zeitfenster,warum jetzt
Im Juni 2025 haben die EBU, die Linux Foundation und die NABA das Open-Source-Media-eXchange-Layer-(MXL)-SDK vorgestellt – eine C++20-Bibliothek, mit der professionelle Medienfunktionen Video-, Audio- und Zusatzdaten nativ in Software austauschen können, mit der im Broadcast-Bereich geforderten Latenz. Vom Kickoff bis zum ersten öffentlichen Release auf GitHub vergingen weniger als sieben Monate.
Das Technical Steering Committee liest sich wie die Kundenbasis und das Wettbewerbsumfeld jedes Broadcast-Anbieters: die EBU, CBC/Radio-Canada als User-Chair, die BBC, Grass Valley als Implementor-Chair, Riedel, Lawo, NVIDIA und AWS.
EBU-CTO Antonio Arcidiacono hat MXL als Enabler für herstellerneutrale Live-Produktion auf moderner IT-Infrastruktur positioniert – was letztlich bedeutet, dass Ausschreibungen von Broadcastern dies zunehmend voraussetzen werden.
Für Produkt-CTOs lautet die Frage nicht mehr, ob sie MXL integrieren sollen. Sondern wie schnell, wie sauber und mit wem.
Warum Promwad
Wir sind ein europäischer F&E-Partner für Produktunternehmen: Wenn uns ein Anbieter ein bereits ausgeliefertes Broadcast-Produkt übergibt, behandeln wir es als Engineering-IP, die erhalten und erweitert werden muss – nicht als etwas, das um seiner selbst willen neu geschrieben wird.
Besprechen Sie Ihr Produkt mit unserem Broadcast-Team!
Vadim Shilov, Head of Broadcasting & Telecom at Promwad
Unser Tech-Stack
Auf die Ebenen eines modernen Broadcast-Produkts abgebildet, damit Ihr Engineering Lead sie auf einen Blick mit Ihrer internen Architektur abgleichen kann.
MXL- & Interoperabilitätskern
MXL SDK (C++20), Flow-and-Grain-Datenmodell, Ring-Buffer-Medienpuffer, Continuous-Buffer-Audiomodell, Shared-Memory-Abstraktion (libfabric), RDMA/RoCEv2, AWS EFA, Memory-Locality-Awareness über Host-RAM, GPU und Beschleuniger hinweg, futex/mmap/tmpfs-Primitive für hypervisorfreundlichen Betrieb.
Cloud und DevOps
AWS, Azure, GCP, CI/CD-Pipelines, Observability mit Prometheus, Grafana und OpenTelemetry, SBOM-Erstellung und Security-Hardening-Pipelines, die für regulierte Kunden entwickelt wurden.
Medienstandards und Protokolle
SMPTE ST 2110 (-20, -30, -40), ST 2022-6/7, SDI, NDI, SRT, MPEG-TS, AES67, RIST, WebRTC, JT-NM Reference Architecture.
Steuerung, Discovery und Timing
AMWA NMOS IS-04, IS-05, IS-07, IS-08, IS-09, BCP-002-*, SDP, PTP (IEEE 1588 und SMPTE ST 2059).
Plattform und Runtime
Linux mit PREEMPT_RT und Low-Latency-Tuning, Docker, Kubernetes und Helm, Multi-Arch-Builds für x86_64 und aarch64, GStreamer, FFmpeg, CUDA und NVIDIA Rivermax.
Anwendungsbereiche: Produktkategorien, die wir portieren und entwickeln
Wenn Ihr Produkt in eine der unten aufgeführten Kategorien fällt, steht die MXL-Integration direkt auf Ihrer Roadmap – und genau solche Projekte definieren, planen und realisieren wir.
Videoumschalter und
Bildmischer
Audiomischer und Audioprozessoren (AES67, ST 2110-30/-31)
Multiviewer und Monitoring-
Tools
ST-2110-, SDI- und NDI-Gateways und -Konverter
Grafik-Rendering-Engines
und CG-Systeme
Clip-Aufzeichnungs- und Wiedergabe-
Server
Camera-Control-Units und CAM-Shading-Anwendungen
Transcoder, Encoder
und Decoder
SRT-, WebRTC- und Cloud-
Contribution-Tools
Allgemeine Anwendungen für Signalverarbeitung und Konvertierung
Produkttransformationspfad: von hardwareverankert zu MXL-nativ
Was sich bei der Portierung auf MXL tatsächlich ändert
| Dimension | Vorher (SDI / Appliance / Single-Platform) | Nachher (MXL-nativ, DMF-konform) |
| Produktformfaktor | Dedizierte Hardware oder zweckgebundene Appliance | Multi-Arch-Container-Image |
| Deployment-Modell | Der Kunde kauft Hardware pro Standort | Der Kunde lizenziert Software auf gemeinsam genutzter COTS-Infrastruktur: On-Premises oder in der Cloud |
| Media-I/O | Nur SDI-/ST-2110-Ingress und -Egress | MXL-Shared-Memory-Flows mit ST-2110-, SRT- und NDI-Gateways am Edge |
| Latenzprofil | Paketserialisierung und Kopiervorgänge pro Hop | Sub-Frame-Shared-Memory-Austausch, asynchron und schneller als Echtzeit |
| Interop-Story | „Funktioniert mit unseren anderen Boxen“ | Interoperabel mit jedem MXL-konformen Anbieter in einem DMF-Stack |
| Erlösmodell | Capex-Hardware | Opex-, Abonnement- oder Burst-Lizenzierung |
Promwads 5-Schritte-Portierung
Ob Sie ein bereits ausgeliefertes Produkt härten oder ein neues Produkt Secure-by-Design entwickeln: Der Weg folgt derselben Struktur – ein kurzes, konkretes Engineering-Engagement, keine ergebnisoffene Beratungsschiene.
Produktaudit und Gap-Analyse
Wir gleichen Ihre aktuellen Medienpfade, Ihr Timing-Modell, Treiberabhängigkeiten und Zertifizierungen mit dem MXL SDK und der DMF Reference Architecture ab – und liefern eine schriftliche Gap-Analyse mit klar abgegrenzten Optionen.
MXL-Integrations-Proof-of-Concept
Wir isolieren einen Medienpfad – typischerweise zuerst Video, dann Audio, anschließend A/V-Synchronisation –, nehmen MXL-Flows in Betrieb und benchmarken Latenz und CPU-Kosten gegenüber Ihrer aktuellen Pipeline. Verwertbares Ergebnis in zwei bis vier Wochen.
Vollständige SDK-Integration und Entkopplung
Wir entfernen Hardware- und Appliance-Annahmen aus der Media Engine, strukturieren den Code mithilfe des Flow-, Grain- und Ring-Buffer-Modells in MXL-native Komponenten um und behalten Legacy-I/O wie SDI, ST 2110 und NDI an den Rändern bei, wo Ihre Kunden sie weiterhin benötigen.
Multi-Arch-Builds und Orchestrierung
Builds für x86_64 und aarch64, Bare-Metal- und Container-Varianten, NMOS-IS-04-/IS-05-Registrierung, Kubernetes-Manifeste und Security Hardening – produktionsreif, nicht nur Demoware.
Interop-Validierung und Support für Kundenpiloten
Wir testen Ihr Produkt gegen Mainline-Releases des MXL SDK, validieren es mit Implementierungen anderer Anbieter und unterstützen Ihren ersten Broadcaster-Piloten bis zur Übergabe an Ihr eigenes Sustaining-Team.
Unsere Fallstudien
Problem → Lösung → Ergebnis. Auf Kundenwunsch anonymisiert.
Portierung eines SDI-verankerten Bildmischers auf MXL-native Software
Problem
Ein führender Bildmischer-Anbieter verlor Punkte in Ausschreibungen, weil ihm ein überzeugendes Cloud- und Multi-Vendor-Konzept fehlte. Die Media Engine des Produkts war eng an eine FPGA-Pipeline und ein proprietäres Chassis gekoppelt.
Lösung
Promwad leitete die Integration des MXL SDK. Wir entkoppelten die Media Engine vom FPGA, überführten sie mithilfe des Flow-and-Grain-Modells in MXL-nativen C++20-Code und behielten SDI- und ST-2110-I/O als Edge-Adapter für die Abwärtskompatibilität bei.
Ergebnis
Sub-Frame-interne Latenz auf COTS-Hardware, Kubernetes-fähiges Container-Image für x86_64 und aarch64 sowie zwei vereinbarte Pilotprojekte mit Broadcastern innerhalb eines Quartals nach der ersten öffentlichen Demo.
Integration eines ST-2110-Multiviewers in einen DMF-konformen Workflow
Problem
Ein Multiviewer-Produkt war an eine maßgeschneiderte Appliance gebunden und hatte keinen realistischen Weg zu gemeinsam genutzten COTS-Hosts. Kunden, die DMF-Proofs-of-Concept durchführten, forderten MXL-Unterstützung, die nicht vorhanden war.
Lösung
Promwad implementierte MXL-Flow-Consumer für den GPU-beschleunigten Rendering-Pfad, ergänzte NMOS-IS-04- und IS-05-Steuerung und teilte den Build für x86_64 und aarch64 auf, damit das Produkt auf der vom Kunden gewählten Infrastruktur laufen konnte.
Ergebnis
Interop-Tests mit drei anderen Anbietern bei einer Branchen-Demoveranstaltung, Freigabe der DMF-Adoptionsroadmaps von zwei bestehenden Kunden und Eröffnung einer neuen Umsatzlinie aus Software-Lizenzierung für den Anbieter.
Migration eines Audioprozessors von einer AES67-Appliance zu MXL-Continuous-Buffer-Flows
Problem
Ein Audioprozessor-Produkt für Live-Events und Studio-Playout stand einer neuen Generation softwareorientierter Kunden gegenüber, die keine Appliances mehr einsetzen wollten.
Lösung
Promwad implementierte das audiospezifische Continuous-Buffer-Modell von MXL — nicht-interleaved Mehrkanal-Audio, mit einer Grain-Rate, die der Sample-Rate entspricht — und baute A/V-Synchronisation über gemischte granulare und kontinuierliche Flows hinweg auf. Das ist eine der anspruchsvollsten Herausforderungen in der aktuellen MXL-Arbeit.
Ergebnis
Vorhersagbare Latenz unter 10 ms auf Standardservern, cloudfähig auf AWS mit EFA, bereit für die Multi-Vendor-DMF-Integration und eine neue Produktvariante, die im Rahmen eines Opex-Lizenzmodells ausgeliefert wird.
Wie wir Qualität sicherstellen
Broadcast ist eine Umgebung mit sehr geringer Fehlertoleranz. Ein Glitch von zwei Frames ist auf jedem Bildschirm in einem Stadion sichtbar. Unser Qualitätsprozess trägt dem Rechnung.
Engineering-Prozess
Hybrid aus V-Modell und Agile, mit Stage-Gates, die auf die Risikotoleranz im Broadcast-Bereich abgestimmt sind – Requirements Traceability, formale Reviews an Integrationspunkten und Pre-Release-Freeze-Fenster, die an Ihre Auslieferungszyklen angepasst sind.
MXL-Interop-Lab
PTP-gesperrte ST-2110-Referenztakte, Multi-Vendor-MXL-Testmatrizen, Packet Capture und Timing-Analyse sowie Fault-Injection-Setups für Netzwerk- und Compute-Ausfälle. Wir testen, was der Standard vorgibt – und was in der realen Welt tatsächlich passiert.
Performance engineering
Latenzbudget-Tracking in jeder Pipeline-Stufe, NUMA-aware Tuning, CPU- und GPU-Profiling, RDMA-Pfadvalidierung, Kernel-Bypass-Verifizierung und A/V-Sync-Messung unter Last – nicht nur im Idle-Zustand.
Security
Threat Modeling für Media-Pipelines, Container-Härtung, SBOM-Erstellung und sichere Build-Pipelines, geeignet für Kunden mit regulatorischer Aufsicht.
Compliance
ISO 9001 und ISO/IEC 27001 für Prozesse und Informationssicherheit, IPC-Standards für Hardware-Arbeiten sowie Functional-Safety-Disziplin aus unserer Automotive- und Industriepraxis.
Open-Source-Stewardship
Wo es Ihrem Produkt zugutekommt, leisten wir Upstream-Beiträge zu MXL und angrenzenden Projekten – damit Ihr Produkt auf einer stabilen Mainline bleibt, statt auf einem privaten Fork zu altern.
Produktunternehmen aus Broadcasting, Telekommunikation und weiteren Branchen vertrauen uns
Promwad-Ingenieure haben gemeinsam mit OEMs und Technologieanbietern Produkte in den Bereichen Broadcasting, Telekommunikation, Automotive und Industrieautomatisierung auf den Markt gebracht. Unsere Arbeit genießt das Vertrauen von Unternehmen, deren eigene Kunden Garantien für Latenz, Zuverlässigkeit und langfristigen Support erwarten.
Bringen Sie Ihr Produkt auf die MXL-Plattform, bevor die Ausschreibungen Ihrer Kunden es verlangen
Das MXL SDK entwickelt sich rasant. Anbieter, die früh handeln, definieren die Integrationsmuster, an denen sich ihre Wettbewerber messen lassen müssen.
Sie müssen sich nicht vom ersten Tag an auf eine mehrjährige Transformation festlegen. Starten Sie mit einem zweiwöchigen MXL-Integrations-Proof-of-Concept für einen Medienpfad Ihres Produkts.
FAQ
Was ist das MXL SDK, und wer steht dahinter?
Warum sollte ein Anbieter mit einem bewährten ST-2110-Produkt jetzt in MXL investieren?
Ersetzt MXL ST 2110 und NDI in unserem Produkt, oder läuft es parallel dazu?
Wie geht Promwad bei der Portierung einer Legacy-Medienfunktion auf MXL vor?
Wie sehen der typische Zeitrahmen und die Teamstruktur für ein MXL-Integrationsprojekt aus?
Wie schützen Sie unser geistiges Eigentum während der Entwicklung?
Können MXL-integrierte Produkte sowohl auf x86_64 als auch auf aarch64, On-Premises und in der Cloud laufen?
Ist das MXL SDK heute produktionsreif, und wann wird es stabil sein?