Abstracts:Internet Protocol (IP) networks are fundamental building blocks of the broadcast technical plant. Integration with the legacy broadcast infrastructure can range from minimal system control functions to an end-to-end IP-based content transport facility. Regardless of the level of integration, cybersecurity cannot be ignored to ensure a reliable, secure, and protected system. Industry cybersecurity principles are commonly based on a complex framework of principles from the National Institute of Standards and Technology (NIST). The NIST Framework is often a complex and daunting task to implement within a broadcast facility. An effective cybersecurity program begins with the design of the network. This article provides an understanding of practical implementable cybersecurity precautions based on the NIST Framework for the broadcast station. Specific topics to be addressed will include an overall understanding of cybersecurity principles and a step-by-step infrastructure implementation guide for the broadcast facility whether large or small. The guide will be focused on a secure network design approach, the use of Ethernet switch security capabilities, the use of packet filtering and firewalls, and an understanding of implementing common cybersecurity threat mitigation techniques.

Abstracts:Moving signals between the worlds of serial digital interface (SDI) and Internet Protocol (IP) is not exactly rocket science, but synchronizing these signals may prove to be a challenge. It is these cases that we will discuss in this article and these challenges to which we seek to identify and present a viable and cost-effective solution. We will consider a recent Riedel project with a major U.S. broadcaster. Following the decision to move its operations to ST 2110, this broadcast network experienced synchronization problems between its IP-based flagship station and more than 200 affiliate stations throughout North America relying on SDI. The fact that the remote feed needed to be compressed posed yet another challenge, as it required the decompressed signal to be decoded to ST 2110 before it could be converted to SDI. The Riedel team managed to solve the synchronization issue with a single, powerful device smaller than the size of your thumb: A software-defined processing small form-factor pluggable (SFP) device that enabled the conversion of UHD-1 and ST 2110 signals for bidirectional distribution between the headquarters and the affiliate stations while generating a Precision Time Protocol (PTP) Grand Master clock from the affiliate’s synchronized signal. This greatly reduced both system complexity and the cost of replacing the entire affiliate synchronization system. After a general description of the specific use-case setup, we will present an overview of the various possible solutions and weigh the pros and cons before focusing on the most viable solution. After short explanations of the demarcation switch configuration and the Epoch reference generation at the affiliate sites, we conclude with an outlook on other potential use cases.

Abstracts:5G broadcast brings the promise of an independent or complementary linear TV experience, which can reuse existing terrestrial broadcast infrastructure to serve high definition (HD) or 4K live content to mobile devices, possibly independent of a mobile subscription. To benefit fully from this new capability, the design of a service layer is essential, including service discovery procedures and delivery protocols over IP multicast. This article examines the set of the different standardized service layers brought by the 3GPP, Advanced Television Systems Committee (ATSC), and Digital Video Broadcasting (DVB), which could target different regions, ecosystems, or regulatory requirements. To support media service providers, a full ecosystem of tools is now emerging, including the Reference Tools from the 5G Media Action Group (5G-MAG) and the GPAC open-source solution. We will introduce the consolidated work from 3GPP and 5G-MAG to make this vision a reality, in terms of standardization and development of reference tools. We will detail how DVB-I services over 5G broadcast can now be experimented with commodity tools and commercial devices. We will also identify the potential synergies with ATSC 3.0 A/3311and the possibilities for Brazil’s TV 3.0 project,2for which Real-time Object delivery over Unidirectional Transport (ROUTE)/dynamic adaptive streaming over HTTP (DASH) is the transport layer of choice and 5G broadcast is a candidate for the physical layer.

Abstracts:Broadcasters are beginning to use the public cloud for live production, but unlike ground-based production, most of the media processing in the cloud operates on compressed media. One public cloud offers a solution for uncompressed transfer but that solution currently has some limitations that prevent widespread use between customers. We have had some success transporting uncompressed video on several clouds using a multiflow User Datagram Protocol (UDP) transport, which is described in this article. We also discuss the expected architecture of cloud services that process video, and some of the areas where standardization will be needed. There are many use cases for compressed media in the cloud, and many of them will remain for a long time. For the near future, due to business, technical, and standardization issues, we see uncompressed video transport relegated to an internal implementation detail of services that will continue to use standardized compressed formats for ingress and egress.

Abstracts:A hybrid multicloud approach is needed to address the goals of broadcasters to commission and evolve scalable software-based broadcast systems composed of elements from diverse vendors, on commercial off-the-shelf (COTS) hardware, avoiding lock-in at the facility and in the cloud. These software elements need to support common control, integration with enterprise management systems, and a sufficient level of automation. To this end, broadcast vendors’ software needs to run everywhere; use standards and open specifications for control and transport interoperability; support fine-grained resource allocation; and leverage information technology (IT) best practice, for example, for monitoring, security, and orchestration. An open-source container orchestration platform, virtualized infrastructure layers, and common software application programming interfaces (APIs) for control interoperability allow the vendor to focus where their value and revenue is—the application and user experience (UX). As a case study, a scalable edge platform was constructed for transcoding, artificial intelligence (AI) inference, and other video and audio processing. Multi-architecture, containerized, applications were deployed and managed with Kubernetes. This provides fine-grained allocation of hardware resources, including graphic- processing units (GPUs) and ST 2110-capable network interface controllers (NICs). Service discovery and connection management are achieved using the Networked Media Open Specifications (NMOS).

Abstracts:<fig position="float" orientation="portrait"> <graphic position="float" orientation="portrait" xlink:href="grind-3241985.tif"/> </fig>What do you want from your journal? We asked this question recently because we truly want to know the answer. The <italic>Motion Imaging Journal</italic> has been at the forefront of publishing detailed information for more than 100 years. While we do not want to stray from our mission, we want to connect with our readers in order to better understand their needs. Like most print magazines, we have had to reduce physical issues. Does this work for you, our readers? We do not know, so we asked (I am typing this the night before we sent that ask, so I do not know what you replied).