Skip to content
Universal IP Reception & Broadcast Return Gateway

vxReceiver

Every contribution chain has a receiving end. vxReceiver is the product that sits there — it takes the IP stream, removes the protection it was carried under, and hands your headend a clean MPEG-TS. One device, at every site, for every protocol.

SRT · HLS · UDP · RTP InIn-Line DecryptionBroadcast-Grade TS OutOn-Premise · COTS or vxFlex
4
Input protocols
SRT · HLS · UDP · RTP
1:N
Point to multipoint
one encrypted stream, N licensed receivers
1 key
Per receiver
revoked individually
1 RU
On-premise
COTS server or vxFlex appliance
The Problem We Solve

Transport is solved. The receiving end is not.

Getting the stream to the site is the easy half. What the site does with a protected, segmented feed is where contribution over IP actually breaks.

Today — Without vxReceiver

  • Contribution to a remote site means satellite capacity or dedicated fibre — priced per site, provisioned in weeks
  • A protected OTT feed cannot enter a headend at all. There is a player, and there is nothing after the player
  • SRT solves transport, but not decryption and not transport-stream hygiene — the multiplexer still rejects the result
  • Each protocol arrives on a different box from a different vendor, with its own management and its own spares
  • Cutting one receiving site off means re-keying the entire distribution

With vxReceiver

  • The public internet is the contribution network. A new receiving site goes live the same day
  • AES and DRM protected HLS is decrypted in-line, with keys served by vxDRM Gateway over CPIX
  • Output is a compliant MPEG-TS — PCR restamped, CBR shaped, PSI/SI rebuilt, continuity repaired
  • SRT, HLS, UDP and RTP reception in one product, one GUI, one API, one spare on the shelf
  • Every receiver holds its own key. Revoke one site and the other two hundred never notice

Reception, decryption and transport-stream hygiene — one product, at every site.

Core Capabilities

Six things a receiving site needs from one box.

Reception, decryption and transport-stream conditioning in a single product — so the headend below never has to change.

Universal IP Reception

SRT in caller, listener and rendezvous modes. HLS with MPEG-TS segments, including LL-HLS. UDP and RTP, unicast or multicast. One transport family end to end — what arrives is already a transport stream. Source parameters detected automatically by vxProber.

Caller · listener · rendezvousLL-HLSUnicast & multicast

In-Line Decryption

AES-128, SAMPLE-AES and CENC in AES-CTR and AES-CBC modes. Keys are pulled from vxDRM Gateway over CPIX, or from any third-party key server via token and session API. Key rotation is followed mid-stream without a visible artefact.

CPIXPer-component keysRotation mid-stream

Broadcast-Grade TS Output

PCR restamping, CBR shaping with null padding, continuity counter repair, PID remapping, optional transrating via vxTranscoder and full PAT / PMT / SDT / NIT regeneration. The output is a stream your multiplexer, modulator or DTH encoder accepts without argument.

PCR restampedCBR shapedPSI/SI rebuilt

Rendition Selection

Lock to a fixed profile from the ABR ladder, or let the receiver follow what the site's link sustains. Optional transrating or transcoding brings the feed to the exact bitrate and codec the local headend expects.

Fixed profileLink-adaptiveTransrating

Seamless Redundancy

Primary and backup sources on different protocols and different networks — an SRT path backed by an HTTP path, or two CDN edges. Automatic switchover with configurable dwell and return policy.

Cross-protocolConfigurable dwellAutomatic return

Metadata Integrity

SCTE-35 ad markers, teletext, DVB subtitles, multi-language audio and closed captions survive the packaging round trip and are present on the output TS. Local ad insertion downstream keeps working.

SCTE-35 preservedSubtitles & teletextMulti-language audio
Operation at Fleet Scale

Two hundred receivers, one console.

A receiving estate is only viable if nobody has to visit it. Control, monitoring and recovery are built for sites with no engineer on shift.

One Control Plane

All configuration and control through a single RESTful API and web GUI. Per-receiver stream health, buffer state and key status across the whole estate from one console.

RESTful APIWeb GUIPer-receiver state

Monitoring, Not Managing

vxMetrics dashboards plus SNMP traps and syslog into the NMS you already run. Monitoring is exported; the receiver itself is never configured over SNMP.

vxMetricsSNMP trapsSyslog

Unattended by Design

Automatic reconnect, configurable latency targets, slate or last-frame hold on loss of source, and event logging that stands up as post-incident evidence.

Automatic reconnectSlate / last-frame holdEvent log
Flagship Use Case

One stream out. Many sites in, each on its own key.

One live feed reaches many receiving sites over the public internet. The transmitting side packages and protects it with vxOTT Gateway and vxDRM Gateway. Every receiving site runs a vxReceiver — and every one of them is issued its own key.

One stream, many licences

The feed is encrypted once and cached once. What differs per site is the licence, not the content — bandwidth and storage do not grow with the number of receivers.

Per-site accountability

Every licence request is tied to a named receiver. vxDRM Gateway logs who took the feed, when, and from where — evidence for a rights contract, not a promise.

Revocation without collateral

A contract ends, a site is compromised, a partner churns. Stop issuing that one key. No re-keying, no re-packaging, no truck roll to the other sites.

Why the receiving end needs its own product

Contribution over IP is only half solved by transport.

The other half is what a site does with a protected, segmented stream when everything downstream expects a constant-bitrate transport stream with valid tables and a stable clock. That conversion — decrypt, select, repair, shape, restamp — is what vxReceiver is for.

Deployment Scenarios

Six places a receiver earns its rack unit.

The same product at the receiving end of six different chains — regional distribution, repatriation, licensed venues, disaster recovery, cloud playout and multi-tenant hubs.

Broadcaster · Regional distribution

Affiliate & Regional Feed

A national broadcaster replaces satellite distribution to its regional stations. Each station receives, decrypts and returns the feed to UDP for local playout and regional advert swap.

Satellite capacity freed · same-day site turn-up
Cable · IPTV · Hospitality

OTT-to-IPTV Repatriation

Channels available only as OTT feeds enter a cable, IPTV or hospitality headend. vxReceiver pulls the source, decrypts it and outputs UDP for the multiplexer or IPQAM modulator.

OTT-only channels back in the multiplex
Rights holder · Live events

Feed to Authorised Venues

A rights holder delivers a live event to venues, betting operators or press centres. Each destination is licensed individually, geo-restricted and time-limited — the feed stops when the window closes.

Per-venue licence · window closes, feed stops
Continuity · Backup path

Disaster Recovery Path

An internet-delivered copy runs permanently in parallel with satellite or fibre. On loss of the primary, vxReceiver switches over automatically and returns when it stabilises.

Automatic switchover and return
Cloud playout · FAST

Cloud Playout to Ground

Playout or FAST channel assembly runs in the cloud and leaves as SRT or HLS. vxReceiver lands it on-premise as broadcast UDP, so the headend below never has to change.

Cloud upstream, unchanged headend
Wholesale · Multi-tenant

Multi-Tenant Hub

One origin serves many customers with different packages. Key domains separate tenants — each sees exactly the channels they pay for, from the same shared CDN cache.

One cache · tenants separated by key domain
Platform Integrations

The receiving end of the StreamVX chain.

vxReceiver closes a chain that starts at the playout — packaged by vxOTT Gateway, keyed by vxDRM Gateway, cached at the edge and landed on-premise as broadcast UDP.

vxOTT Gateway
Package · protect
Public internet
SRT · HLS · UDP · RTP
vxReceiver
Decrypt · repair · shape
vxTranscoder
Optional transrating
Local headend
UDP MPEG-TS · DVB-C · IPQAM
Technical Specifications

What it takes in, and what it hands over.

Input, decryption, output conditioning and day-two operation — the four things a receiving site is judged on.

Input

Stream protocolsSRT (caller / listener / rendezvous), HLS and LL-HLS with TS segments, UDP, RTP, HTTP(S) pull. MPEG-2 TS throughout, 188 and 204 byte packets
CodecsVideo: AV1, HEVC (H.265), H.264, H.263, MPEG-2 · Audio: AAC-LC, HE-AAC, MPEG-1 Layer II, Dolby Digital (AC-3)
SubtitlesWebVTT, TTML, SRT, DVB Subtitle, Teletext
DeliveryUnicast and multicast · pull and push · primary + backup source · automatic stream recognition (vxProber)

Decryption & Security

SchemesAES-128, SAMPLE-AES, CENC — AES-CTR and AES-CBC
Key acquisitionCPIX from vxDRM Gateway · token / session API for third-party key servers. Individual key per receiver, per-component keys, in-stream rotation
Access & transportToken authentication, geo-blocking, device filtering, concurrent session limit · SRT AES end to end · HTTPS with certificate validation
AuditPer-receiver licence log — request, grant, denial, revocation

Output

Stream protocolsUDP, RTP, SRT — unicast or multicast · SPTS and MPTS, MPEG-2 TS, CBR or VBR
TS conditioningPCR restamping, CBR shaping with null padding, continuity counter repair, PID remapping, optional transrating via vxTranscoder
TablesPAT / PMT / SDT / NIT regeneration, configurable service and network identifiers
Pass-throughSCTE-35, teletext, DVB subtitles, multi-language audio, closed captions

Operation & Deployment

RedundancyPrimary / backup source across protocols and networks, automatic switchover and return
ManagementHTTP RESTful API and web GUI — all configuration and control
MonitoringvxMetrics dashboards · SNMP traps and syslog to an external NMS. Monitoring only — the receiver is not configured over SNMP
Hardware & licensingx86-64 or ARM COTS server · VM · container · vxApp inside vxFlex. Licensed per receiver instance — monthly, annual or perpetual

READY?

Let's talk
Reception as a product.

Talk to an engineer about your receiving sites, your protocols and your key policy — no slide decks, no generic pitch.