Skip to content

Building block · encoding

Transcoding on a GPU you already own

A five-rendition ladder means every minute of source is billed five times, every time you re-encode. It is a predictable, batchable workload with no latency requirement — close to the ideal case for hardware you own.

The bill that multiplies

Per-minute transcoding pricing looks reasonable until it is multiplied by ladder depth, and then again by every re-encode. Adding a rendition for low-bandwidth viewers, or changing a codec, turns from an engineering decision into a budget event — which is how catalogues end up stuck on ladders nobody would choose today.

On owned hardware the constraint becomes queue depth instead of invoice. Re-encoding the back catalogue overnight costs electricity, and that changes what you are willing to improve.

Detail

What the pipeline does

Ingest

Source in, normalised

Mezzanine files and contribution feeds accepted, inspected and normalised before anything downstream has to cope with a surprise.

  • Mezzanine and live contribution
  • Automatic inspection
  • Bad source rejected early, not mid-ladder

Encode

Ladder tuned to the material

Sport and dialogue do not want the same ladder. The profile follows the content rather than a vendor default.

  • GPU-accelerated transcode
  • Per-content-type profiles
  • Batched, queued, restartable

Package

HLS, segmented and encrypted

Packaged for adaptive playback with AES-128 applied at packaging time, so an unencrypted rendition never exists on disk.

  • HLS packaging
  • AES-128 at packaging
  • Studio DRM where required

Publish

Into the origin

Written to the S3-compatible origin with a sharded layout, so a large catalogue does not turn into a directory that nothing can list.

  • Sharded object layout
  • Content-hash addressing
  • Lifecycle rules declared in code

Specification

Encoding characteristics

ConcernManaged serviceOwned pipeline
Cost modelPer minute, per renditionCapital already spent, plus power
Re-encodingA budget decisionA scheduling decision
Ladder changesBilled again in fullQueue time only
Codec adoptionWaits for vendor supportWaits for your hardware
EncryptionApplied downstreamApplied at packaging time
Throughput limitVendor concurrency quotaGPU count

Questions

The things people ask first

How much GPU do we need?

It follows catalogue hours, ladder depth and how quickly new content must be live. For most regional services this is a smaller number than people expect.

What about live?

Live encoding runs on the same hardware with a latency-sensitive profile and priority over batch work, so an overnight re-encode cannot starve a match.

Can we keep using a managed encoder for overflow?

Yes. Burst to a managed service for exceptional load and keep the baseline on your own hardware — the pipeline supports both targets.

How much do you re-encode?

Catalogue hours, ladder depth and how often the ladder changes. Those three numbers usually make the case on their own.