Technical Article

Hybrid media workflows are production and playout chains that deliberately span multiple processing domains — on-premise baseband (SDI), on-premise IP (SMPTE ST 2110), private data-centre infrastructure, and public cloud services — to combine deterministic, low-latency live paths with elastic, on-demand processing and global collaboration. Rather than forcing a wholesale migration to a single technology, hybrid architectures let broadcasters and media operators place each workload in the domain best suited to its latency, reliability, cost, and geographic requirements. This document provides a technical reference covering the architecture, timing, transport, orchestration, trade-offs, and standards that underpin hybrid workflows in modern live production and contribution environments.

iStock 1127729281 1200x800 1

How It Works

High-Level Architecture

A hybrid media workflow is best understood as four interconnected processing domains, each with distinct characteristics:

  • SDI acquisition and legacy infrastructure at the site edge, where cameras, microphones, and traditional production equipment originate or terminate baseband signals.

  • On-premise IP (ST 2110) for deterministic switching, live mixing, and low-latency core processing within a facility, leveraging packetised essence flows over managed Ethernet fabrics.

  • Private cloud or operator data-centre for predictable, dedicated compute with controlled network SLAs — suitable for workloads that need more flexibility than fixed hardware but more determinism than a multi-tenant public cloud.

  • Public cloud for elastic processing, short-term capacity bursts, geographically distributed collaboration, and global distribution.

At every domain boundary, specialised functions handle transitions: media gateways convert formats and encapsulations, timing translators bridge PTP-synchronised and non-PTP environments, encryption tunnels (DTLS, AES, SRT) protect media in transit, and orchestration or control planes manage resource placement and failover policy. The quality and design of these boundary points largely determine the success of a hybrid deployment.

Timing and Synchronisation

Timing coherence is the most technically demanding aspect of hybrid workflows. On-premise ST 2110 plants rely on IEEE 1588 Precision Time Protocol, typically using the SMPTE ST 2059 profile, with redundant grandmaster clocks, boundary clocks, and PTP-aware network switches to maintain sub-frame synchronisation across all devices. This infrastructure delivers the timing accuracy required for deterministic, frame-accurate switching and live mixing.

In the public cloud, native PTP support is generally unavailable or limited to specific provider configurations. The practical solution is to perform timing translation at an edge gateway sitting at the cloud boundary. Compensating buffers absorb network jitter and variable path delay, while frame-accurate playout control at the gateway output minimises drift relative to the on-premise PTP domain. Continuous monitoring for slip and drift conditions is essential.

Latency budgets vary by function. Deterministic sub-frame switching and live mixing typically require end-to-end latencies in the single-digit to low-tens of milliseconds range. Control signals, graphics rendering, and metadata workflows can tolerate higher windows — tens to hundreds of milliseconds — making them natural candidates for cloud placement.

Media Transport and Codecs

The choice between uncompressed and compressed transport is driven by the domain boundary being crossed and the latency tolerance of the workload.

Uncompressed ST 2110 is the standard within on-premise facilities and within private cloud availability zones where the network fabric supports the required bandwidth and determinism. A single uncompressed 1080p50/60 stream consumes approximately 1.2–3 Gbps depending on the colour sampling and bit depth profile; UHD streams scale proportionally.

When media must cross WAN or cloud boundaries, lightweight codecs with low complexity and bounded latency become essential. JPEG XS, operating at fixed compression ratios of roughly 2:1 to 12:1, reduces bandwidth to the hundreds of megabits per second while preserving sub-frame latency and visually lossless quality. JPEG XS over ST 2110-22 is increasingly used for ground-to-cloud contribution and cross-facility links.

For secure, error-resilient point-to-point contribution over public WANs, SRT and RIST provide packet recovery, encryption, and adaptive behaviour. Where higher link reliability is available, ST 2022-7 seamless protection switching or IP forward error correction (IP-FEC) over dual independent paths offers broadcast-grade resilience.

Within cloud environments, some vendor implementations provide virtualised, low-latency intra-cloud transport that functions as a virtual SDI equivalent for uncompressed switching. Cross-availability-zone or ground-to-cloud links more commonly use JPEG XS to manage egress costs and maintain predictable performance.

Orchestration, Control and Observability

A unified control plane is critical for operating across heterogeneous domains. On the IP side, AMWA NMOS specifications — IS-04 for device discovery and IS-05 for connection management — provide standardised mechanisms for finding and routing media flows in ST 2110 environments. In cloud domains, Kubernetes and provider-native control planes manage containerised processing workloads. A single-pane orchestration layer bridges them, handling resource placement decisions, automated failover, and policy enforcement across all domains.

Security must be applied consistently. NMOS BCP-003 defines TLS transport security and OAuth/JWT-based authorisation for control APIs. EST (Enrollment over Secure Transport) provides scalable certificate management. API rate-limiting protects control surfaces from abuse. These mechanisms should be applied uniformly whether the control endpoint sits on-premise or in the cloud.

Observability ties the system together operationally. End-to-end telemetry should cover packet loss, jitter, one-way latency, PTP health, FEC recovery rates, stream bitrates, and — critically for cost management — cloud egress volumes per stream. Alerts and cost or invoice tagging for cloud egress inform ongoing placement decisions and prevent budget surprises.

Why It Matters in Broadcast

Hybrid workflows address several converging pressures in live broadcast.

Cost efficiency and workload fit. High-utilisation, always-on functions — routing, master control, continuous playout — are typically most cost-effective on depreciated on-premise hardware. Bursty, collaborative, or geographically distributed tasks benefit from cloud OPEX models and rapid elastic scaling. A hybrid approach lets operators optimise total cost of ownership by placing each workload where its economics are strongest.

Performance and reliability. Mission-critical, low-latency paths remain on deterministic infrastructure where PTP, redundant switching, and ST 2022-7 protection deliver broadcast-grade uptime. Cloud elasticity handles non-critical or temporary workloads — such as additional replay channels during a major sporting event — without risking the core signal chain.

Investment protection and phased migration. Few broadcasters can afford or justify a wholesale rip-and-replace of SDI infrastructure. Hybrid architectures support phased transitions, reusing existing SDI and early-generation IP assets while progressively adopting ST 2110, JPEG XS, and software-defined orchestration standards.

Geographic reach and collaboration. Cloud and WAN boundaries enable remote production (REMI) models, distributed commentary, and centralised replay without replicating full local production crews at every venue. This reduces travel costs, carbon footprint, and staffing complexity for multi-site operations.

Technical Specifications and Trade-Offs

Key Dimensions and Thresholds

Latency requirements define domain placement. Sub-frame latency — at or below approximately 16 ms at 60 fps — is the threshold for uncompressed on-premise switching and live mixing. Bridge links using JPEG XS commonly add single-digit to low-tens of milliseconds depending on WAN distance and codec configuration. Distribution-tier codecs like HEVC introduce tens to hundreds of milliseconds of encoding latency.

Bandwidth per stream varies dramatically by compression. Uncompressed UHD 1080p50/60 over ST 2110 consumes roughly 1.2–3 Gbps per stream. JPEG XS at moderate compression ratios can reduce this to the hundreds of megabits per second. HEVC further compresses to tens of megabits per second at the cost of increased latency and computational complexity.

Cloud egress costs can dominate total cost of ownership for sustained live workflows. The calculation is straightforward but often underestimated: sustained stream bitrate (Mbps) × total hours × provider egress rate per GB. Cross-availability-zone transfer adds further charges. Modelling these costs per stream before committing to a cloud-heavy architecture is essential.

Comparison of Common Hybrid Placement Alternatives

Placement Alternative

Typical Use Case

Latency Profile

Bandwidth per UHD Stream (Order)

Resilience Mechanisms

On-prem ST 2110 (uncompressed)

Core switching, sub-frame live mixing

Sub-frame (single-digit ms)

~1–3 Gbps

Redundant PTP, ST 2022-7, redundant switching

Private cloud / dedicated DC (uncompressed within AZ)

Intra-cloud switching and processing

<10 ms (intra-fabric)

~1–3 Gbps within AZ

Multi-rack redundancy, private network SLAs

Ground→cloud (JPEG XS / ST 2110-22)

Contribution to cloud processing, cross-facility links

Low to mid tens of ms

100s Mbps

SRT/RIST, IP-FEC, Direct Connect/ExpressRoute

Ground→cloud (HEVC/AVC)

Long-haul distribution, constrained WAN

Tens to hundreds of ms

Tens of Mbps

Adaptive bitrate, CDN, retransmission protocols

Trade-Off Notes

  • Use uncompressed transport within fabrics where network determinism and cost justify the bandwidth — typically on-premise or within a single cloud availability zone with dedicated media fabric.

  • Choose JPEG XS when sub-frame latency and low codec complexity are required but WAN bandwidth must be reduced, such as ground-to-cloud contribution or inter-facility links.

  • Reserve HEVC/AVC for distribution to CDN or OTT endpoints where extreme bandwidth reduction outweighs latency requirements and where encoding compute is available.

Related Approaches and Standards

  • SMPTE ST 2110 — the suite of standards for packetised professional media (video, audio, ancillary data) over IP networks, forming the backbone of on-premise IP workflows.

  • ST 2022-7 — seamless protection switching using dual independent network paths for robust contribution.

  • ST 2110-22 / JPEG XS — lightweight, low-latency compressed contribution for WAN and cloud boundary crossings.

  • NMOS IS-04 / IS-05 and BCP-003 — AMWA specifications for device discovery, connection management, and API security in IP media environments.

  • SRT / RIST — open transport protocols offering packet recovery, encryption, and secure contribution over public internet paths.

  • PTP (IEEE 1588 / ST 2059) — precision time protocol profiles providing the synchronisation foundation for frame-accurate IP production.

  • Cloud-specific media fabrics — vendor-provided virtualised, low-latency intra-cloud transport services designed to carry uncompressed or lightly compressed media within cloud environments.

How Appear Addresses This

Appear provides hardware and software platforms engineered to sit at the boundary points and processing nodes within hybrid media workflows. They are designed to interoperate with common industry standards and transports.

The X Platform family — comprising the X20, X10, and X5 chassis — delivers modular, high-density media processing with support for AVC, HEVC, JPEG 2000, and JPEG XS encoding and decoding. These platforms support accelerated SRT contribution and ST 2022-7 seamless protection switching, making them suitable for format conversion and resilient transport at domain boundaries. The XM estate manager provides a software control and monitoring layer for centralised onboarding, visibility, lifecycle management, and fleet-wide oversight across deployed Appear chassis.

The VX platform and VX Media Gateway extend workflows into cloud and virtualised environments as software-defined transport components, providing stream interfacing, flexible deployment options, and observability for hybrid topologies.

Appear publishes solution-level guidance for remote production and REMI architectures, describing how the X Platform and VX platform combine to support interfacility contribution and distributed live production scenarios.

Frequently Asked Questions

Where should critical live switcher functions be placed in a hybrid workflow?
Deterministic, always-on, high-utilisation switching and multi-viewing should remain on-premise or within a dedicated private fabric where PTP synchronisation and network determinism can be guaranteed.

When should I use JPEG XS versus HEVC for contribution?
Use JPEG XS when low, bounded latency and frame-accurate timing are required across a WAN; choose HEVC when bandwidth reduction is the primary concern and higher encoding latency is acceptable.

How do I manage timing when part of the chain runs in the public cloud?
Perform timing translation at an edge or cloud gateway using compensating buffers and frame-accurate playout control, and monitor continuously for drift and slip.

How significant are cloud egress costs for hybrid workflows?
Egress costs can be material; estimate sustained bitrate × total hours × provider egress rate per GB to model monthly costs before committing to cloud-heavy architectures.

Which transport protocols are recommended for public-internet contribution?
SRT or RIST for packet recovery and encryption, combined with IP-FEC and robust link monitoring; where available, ST 2022-7 over dual independent paths provides higher resilience.

How should security be applied across hybrid workflows?
Apply zero-trust principles: encrypt media in transit, secure control APIs with TLS and OAuth per NMOS BCP-003, segment networks, and manage certificates centrally.

What role does orchestration play in hybrid systems?
Orchestration unifies resource placement, automated failover, and observability across domains and enables policy-driven workload placement and cloud bursting.

Are there standards for discovery and connection management in IP-native workflows?
Yes. AMWA NMOS IS-04 provides device and resource discovery, and IS-05 provides connection management; these are widely adopted in ST 2110 environments.

How do I decide between private cloud and public cloud for a given workload?
Evaluate cost, performance requirements, data gravity, compliance constraints, and utilisation pattern; sustained high utilisation and sensitive data favour private or on-premise placement.

Can I run uncompressed video through a public cloud?
Generally not across public WANs due to bandwidth and multi-tenant fabric limitations; uncompressed transport is practical within dedicated cloud fabrics or a single availability zone designed for low-latency media.

What monitoring metrics are essential for hybrid workflows?
At minimum: packet loss, jitter, one-way latency, PTP health, FEC recovery rates, stream bitrates, and cloud egress volume per stream.

How often should placement decisions be revisited?
Reassess at least annually and after major events or significant changes in utilisation patterns; sustained utilisation above approximately 60% is commonly cited as a tipping point favouring on-premise deployment.

Appear X Platform & VX
See the platform behind live broadcast

Appear delivers the low-latency contribution, processing and transport behind the world's most demanding live productions.

Related articles
View all articles
Explore by topic
The future of live production, in your inbox.

Insight on contribution, distribution, and IP delivery—from the team building the infrastructure behind it.