Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×

All you need to know about MXL

Jenny Priestley talks to the BBC and CBC Canada about the Media eXchange Layer (MXL), which is set to change how content moves around facilities and make software more interoperable

Broadcasters have spent years trying to integrate different vendor technologies in their facilities. As the industry has moved closer to software, that struggle has become more pronounced. Currently, media exchange protocols need timing synchronisation accuracy that’s beyond most IT hardware, while the reliance on SMPTE ST 2110 and NDI can lead to significant computer resource consumption, latency, and vendor lock-in. However, a groundbreaking initiative led by the European Broadcasting Union (EBU), with key contributions from both broadcasters and vendors, could be about to revolutionise how media is exchanged.

The EBU’s Dynamic Media Facility (DMF) project published its first whitepaper in 2023, recommending the adoption of an IT-focused approach with best practices that involve developing solutions using a layered architecture and creating a unified infrastructure for media production.

The idea of the Media eXchange Layer (MXL) came when Canadian broadcaster CBC began to reflect on the move to software-first cloud architecture for its facilities. CBC’s proposed approach also included a layered model where each layer has distinct responsibilities. At the base lies the physical IT equipment, moving up to applications and user interfaces at the top. The crucial missing piece, they realised, was a software-centric approach to media exchange.

Peter Brightwell (left) and Félix Poulin

“We didn’t want to use a streaming technology like SMPTE ST 2110, for example, or NDI to exchange video, audio, and timed data,” explains Félix Poulin, co-chair of the Dynamic Media Facility Group at the EBU and director, global innovation collaborations, CBC/Radio-Canada.

“The idea is not to go outside of the software on one computer; we want applications to share video frames and audio chunks directly within a computer’s memory.”

The concept of exchanging memory between applications isn’t new, but most of the currently available solutions are driven by specific vendors, and some broadcasters are not keen on being tied into one vendor’s way of doing things. MXL, therefore, is a direct response to the need for interoperability, tackling each layer of the DMF reference architecture independently, with media exchange being the obvious first target.

Using a streaming technology like ST 2110 or NDI requires a lot of computer resource,” adds Poulin. “You need to packetise the image and organise it in a certain way, and then you need to serialise it and send each packet one by one. To reconstruct the video and audio, buffering happens, which takes time, so there’s latency building up in a complex system. But using direct memory access, like memory sharing. saves all of this work. You save compute, therefore power, therefore efficiency. You solve latency, because the application will put parts of the video image in its memory as it’s working on it, and then that image is available to be picked up there. There’s no additional process.”

Early experiments have shown latencies of less than a millisecond for each transfer of video, a significant improvement over the 20 milliseconds per device typically expected with ST 2110.

Why broadcasters are embracing MXL

For broadcasters, MXL is crucial in future-proofing their operations. Poulin explains that CBC is currently working on a major project for its Toronto headquarters, aiming for a dynamic and adaptable technology platform. “If we were going to be a static, purpose-built facility like before, with studios that are a certain size and have a certain number of cameras, we would be limited if we decided two years later to do another kind of show with that facility.” 

The industry’s shift to software, alongside the issue of getting different vendors’ technology to talk to each other, made it clear that accelerating interoperability was paramount. MXL became the key to “unlock that vendor ‘lock-in’ problem,” says Poulin.

MXL will also help broadcasters like the BBC, which has resources in multiple locations across the UK. “Networks are so fast these days, you get hundreds of gigabits per second down inexpensive fibre. We have the option of being able to move our resources around the country, to wherever there is most capacity,” explains Peter Brightwell, lead engineer at BBC R&D and co-chair of the DMF Group. 

“What we really want is to not just do things in different ways depending on where they are, whether they’re local, within the cloud and so on. That’s the idea of a Dynamic Media Facility,” he adds. “About a year ago, we had a workshop in Geneva, then CBC hosted another one in Toronto at the beginning of this year, where we brought together several of those key vendors to challenge the industry to work together. It’s gone very well.”

An open source approach

Instead of the traditional, lengthy standardisation process, the EBU and its partners have opted for an open source approach to MXL. “We decided to go with an open source approach because usually our industry would have gone through a standardisation process at this stage,” says Poulin. “We’d bring in standards bodies, write the text about the solution, eventually we get it ratified, and then start to see first implementations.”

Instead, a software development kit (SDK) has been developed, and making it open source means it can be used by all vendors and thus become automatically interoperable. “The vendors we approached were enthusiastic, and I think most of them were ready to go in that direction. The EBU called the first meeting in November to test how far we could go, and everybody in the room said, let’s do it!”

“In an open source project, everybody can see everything that’s happened,” adds Brightwell. “And like the best open source projects, you get to influence it by doing work and actually contributing something to the community.”

But what does this mean for standards such as SMPTE ST 2110 and NDI? Both Poulin and Brightwell believe ST 2110 will continue to play an important role in the industry. “2110 is not going to go away. It’s there at the inputs and the outputs and now the edges,” states Brightwell. 

Poulin adds, “2110 was an enabler to get there. It was the move to get out of industry-specific connectivity like SDI, to go to IP connectivity. It will still be the interface of choice between compute clusters. 2110 will still be used.”

The first release of MXL code is expected towards the end of this year, very likely in Q4. “In terms of the other layers, we’ve identified a couple of immediate priorities,” says Brightwell. “One is to work on the joined-up timing model. One of the great things about working in software is you can add this sort of thing very easily, the hooks are there to put timestamps into MXL payloads, as they’re called, so that they can be used downstream. 

“One of the questions we’re often asked is, if you have two separate pieces of technology, how do they find each other? That’s a fundamental part of what we call the control layer and that is going to be our immediate next step.”

At IBC2025, the EBU announced a partnership with the Advanced Media Workflow Association (AMWA) to create the Joint Taskforce on Dynamic Media Facilities (JT-DMF), which will bring together vendors, end-users and system integrators, and aims to ensure that the next wave of live production infrastructure can benefit users and vendors alike. “There’s a lot of questions surrounding orchestration,” Poulin says. “We need to solve a number of these problems in that category. The joint task force now begins working on these different aspects by priority.”

The momentum behind MXL is undeniable. “It’s been so fast from when we started with the idea, to a number of vendors being willing to work in open source, to releasing an early version of code in June,” Poulin says. 

Multi-vendor demonstrations at IBC showcased the progress, and work is underway to finalise a production-ready version one. Poulin hopes that by NAB Show in April, vendors will have solutions incorporating MXL available for purchase.

MXL represents a significant leap forward for the broadcasting industry, promising greater interoperability, efficiency, and adaptability in an increasingly software-driven world.

This article is taken from TVBEurope’s October/November 2025 issue, which is available to download for free here.