Video: IPMX Makes Networks Easy

IPMX is bringing a standards-based, software deployable connectivity solution to ProAV. It stands itself in contrast to hardware-based IP technologies such as Zeevee and SDVoE which both aim to create de facto standards by building large alliances of companies based on their chips. IPMX’s aim is to open up the market to a free-to-access technology that can be implemented in hardware and software alike. In this way vendors have more freedom in implementation with the hope of wider interoperability, depending on IPMX adoption. These are amongst some of the business reasons behind IPMX which are covered in this talk Matrox’s David Chiappini.

In today’s video, Matrox’s Jean Lapierre looks at the technical side of IPMX to answer some of the questions from those who have been following its progress. AIMS, the Alliance for IP Media Solutions, are upfront about the fact that IPMX is a work in progress with important parts of the project dealing with carriage of HDCP and USB still being worked on. However, much has already been agreed so it makes sense to start thinking about how this would work in real life when deployed. For a primer on the technical details of IPMX, check out this video from Andreas Hildebrand.

 

 

Jean starts by outlining the aims of the talk; to answer questions such as whether IPMX requires a new network, expensive switches and PTP. IPMX, he continues, is a collection of standards and specifications which enable transport of HD, 4K or 8K video in either an uncompressed form or lightly compressed, visually lossless form with a latency of <1ms. Because you can choose to enable compression, IPMX is compatible with 1GB, CAT5e networks as well as multi-gigabit infrastructure. Moreover, there’s nothing to stop mixing compressed and uncompressed signals on the same network. In fact, the technology is apt for carrying many streams as all media (also known as ‘essences’ to include metadata) is sent separately which can lead to hundreds of separate streams on the network. The benefit of splitting everything up is that in the past if you wanted to read subtitles, you would have to decode a 3Gbps signal to access a data stream better measured in bytes per second. Receiving just the data you need allows servers or hardware chips to minimise costs.

Jean explains how multicast is used to deliver streams to multiple receivers and how receivers can subscribe to multiple streams. A lot of the time, video streams are used separately such as from a computer to a projector meaning exact timing isn’t needed. Even coming into a vision mixer/board doesn’t always need to be synchronised because for many situations, having a frame synchroniser on all inputs works well. There are, however, times when frame-accurate sync is important and for those times, PTP can be used. PTP stands for the Precise Time Protocol and if you’re unfamiliar, you can find out more here.

The upshot of using PTP with IPMX is that you can unlock perfect synchronisation for applications like video walls; any time you need to mix signals really. IMPX relaxes some of the rules of PTP that SMPTE’s ST 2059 employs to reduce the load on the grandmaster clocks. PTP is a very accurate timing mechanism but it’s fundamentally different from black and burst because it’s a two-way technology that relies on an ongoing dialogue between the devices and the clock. This is why Jean says that for anything more than a small network, you are likely to need a switch that is PTP aware and can answer the queries which would normally go to the single, central switch. In summary then, Jean explains that for many IPMX implementations you don’t need a new network, a PTP grandmaster or PTP aware switches. But for those wanting to mix signals with perfect sync or those who have a large network, new investment would reap benefits.

Watch now!
Speaker

Jean Lapierre Jean Lapierre
Senior Director, Advanced Technolgies
Matrox

Video: IPMX for Broadcast Installations?

IPMX, the new ProAV IP challenger spec, is taking shape promising to tame SMPTE’s ST 2110 standards, make PTP useable and extend AMWA into managing HDCP. Is this a tall order and can it actually deliver? Taking us through the ins and out is Jean Lapierre from Matrox.

With or without IPMX, ProAV is moving to IP whether with SDVoE, ZeeVee or something else. There are a number of competing technologies, but we hear from Jean that IPMX is the only software-defined one. This is important because if you don’t require a chip to be an IPMX product and participate in ProAV workflows, then anything can support IPMX such as PCs, Laptops and mobile phones.

 

 

IPMX based on RTP, ST 2110, ST 2059 PTP and AMWA specifications IS-04, IS-05, IS-08 (audio channel mapping), IS-11 for EDID handling as well as NMOS security and best practice guidance. This seems like a lot, but to cover media transfer, registration, control, security and interfacing with display screens, this is the range of tech needed.

Compared to SMPTE ST 2110, the PTP profile is easier to deploy and produces less traffic, explains Jean, and IPMX even works without PTP which support for asynchronous signals. Support of HDCO is included along with a lower-latency FEC mode for those that find 2022-7 too costly or impractical to deploy. Lastly, Jean points out that thanks to the in-built support for JPEG XS, IPMX can support UHD workflows within a 1GbE infrastructure.

Jean continues by discussing the compatibility between 2110 and IPMX. In principle IPMX and 2110 senders and receivers are interchangeable. Jean goes into more detail, but the example would be that IPMX is managing the HDCP encryption of the source using AMWA NMOS IS-11. IS-11 is, naturally available to be used with any other technology including ST 2110. If it’s adopted, then HDCP-protected material can flow between the two systems.

Watch now!
Speaker

Jean Lapierre Jean Lapierre
Senior Director, Advanced Technologies,
Matrox

Video: ST 2110 Testing Fundamentals

When you’ve chosen to go IP in your facility using ST 2110, you’ll need to know how to verify it’s working correctly, how to diagnose problems and have the right tools available. Vendors participate in several interop tests a year, so we can learn from how they set up their tests and the best practices they develop.

In this talk, Jean Lapierre explains what to test for and the types of things that typically go wrong in ST 2110 systems with PTP. Jean starts by talking about the parts of 2110 which are tested and the network and timing infrastructure which forms the basis of the testing. He then starts to go through problems to look for in deployments.

Jean talks about testing that IGMPv3 multicasts can be joined and then looks at checking the validity of SDP files which can be done by visual inspection and also SDPoker. A visual inspection is still important because whilst SDPoker checks the syntax, there can be basic issues in the content. 2022-7 testing is next. The simplest test is to turn one path off and check for disturbances, but this should be followed up by using a network emulator to deliver a variety of different types of errors of varying magnitudes to ensure there are no edge cases.

ST 2110 uses PTP for timing so, naturally, the timing system also needs to be tested. PTP is a bi-directional system for providing time to all parts of the network instead of a simple waterfall distribution of a centrally created time signal like black and burst. Whilst this system needs monitoring during normal operation, it’s important to check for proper grandmaster failover of your equipment.

PTP is also important when doing 2110 PCAPs in order to have accurate timing and to enable analysis with the EBU’s LIST project. Jean gives some guidelines on using and installing LIST and finishes his talk outlining some of the difficulties he has faced, providing tips on what to look out for.

Watch now!
Speakers

Jean Lapierre Jean Lapierre
Senior Director of Engineering,
Matrox