Video Transcoding Server CPU, GPU, and What to Check Before You Rent

Video Transcoding Server: CPU, GPU, and What to Check Before You Rent

A video transcoding server takes one incoming video and turns it into several versions, at different resolutions and bitrates, fast enough to keep pace with your audience. In short, renting one comes down to three decisions: CPU or GPU, how many streams it must hold in real time, and which details the listing leaves out.

๐Ÿ“– New to the term?

Read What Is Video Transcoding? A Complete Beginner’s Guide for how transcoding works before you choose the hardware.

This guide explains what transcoding asks of a server, then covers each decision with real numbers. Then it shows why an AI training GPU has no video encoder, how to measure capacity on your own footage, and what to check before you pay. It also names the Swify plans that fit, and where GPUs are quoted to order.

๐Ÿ“– Sizing the delivery side as well?

Read Dedicated Server for Streaming for the bandwidth maths behind concurrent viewers, which this guide leaves to that one.


What Does a Video Transcoding Server Do?

A video transcoding server decodes a source video and encodes it again as one or more other versions, each with its own resolution, bitrate or codec. Platforms do this constantly. For example, YouTube tells broadcasters that it automatically transcodes every live stream into many output formats, so viewers on any device and network can watch.

Each version is a rendition, and the set is an adaptive bitrate ladder. In practice, the player switches between its rungs as the viewer’s connection changes.

The work is heavy because transcoding decodes the input stream, scales it, and re-encodes it in each target format, as NVIDIA’s engineers describe. In addition, a live ladder multiplies it: four rungs mean four encodes for every incoming stream. A server that falls behind real time drops viewers, so speed matters more than average load.

Where the work happens in a live transcoding pipeline

Ingest
one stream
โ†’
Decode
every frame
โ†’
Scale
once per rung
โ†’
Encode
once per rung
โ†’
Origin
or CDN

Every rung repeats the scale and encode steps, which is why a four-rung ladder multiplies the work.

Flow diagram of a live transcoding pipeline: one ingest stream is decoded, scaled once per rung, encoded once per rung, and sent to an origin or CDN.

Three transcoding jobs, and the hardware that suits each

JobWhat it needs mostBetter fit
Live ladder, one ingest and several renditionsReal-time speed and low latencyGPU encoder
High-volume video on demandCompression efficiency, because every view pays for the bitsCPU, slow preset
Archive and master filesMaximum efficiency, with time as a secondary concernCPU, slowest practical preset

Table of three transcoding jobs, live ladder, high-volume video on demand, and archive masters, with what each needs most and whether a GPU encoder or a CPU with a slow preset suits it better.

๐Ÿ“– Where does the transcoding node sit in a platform?

Read Streaming Server Architecture: From Single Server to Cluster for how origin, transcoding and edge nodes fit together as an audience grows.


CPU or GPU: Which Video Transcoding Server Do You Need?

A CPU server suits offline encoding and maximum compression, while a GPU server suits live channels, where throughput matters most. Both follow one trade, because time spent on each frame buys bitrate saved.

When Does CPU Transcoding Win?

CPU transcoding wins whenever you can spend time to save bits. Software encoders such as x264, x265 and SVT-AV1 search harder at slow presets, so they reach better compression. Fora Soft’s encoder benchmark cites an analysis by Jan Ozer. At equal quality, x265’s slow preset cut the bitrate of a whole ladder by about 26% against its medium preset.

Furthermore, the same benchmark makes the economic point. Encoding cost is paid once, while the bandwidth saving is harvested on every view. A title watched a million times earns back a slow encode. By contrast, a clip watched a few hundred times does not.

Therefore, a CPU server is the natural home for video libraries and archives. Swify’s standard plans are CPU servers, with 10 to 40 physical cores, and the dual-socket Dedicated 7 and 8 reach 40.

When Does GPU Transcoding Win?

GPU transcoding wins when the encode must keep pace with a live source. In Fora Soft’s house benchmark on one reference machine, NVIDIA’s hardware H.264 encoder, NVENC, ran at 600 frames per second at 1080p. The x264 software encoder managed 95 at its medium preset and 12 at veryslow.

The hardware encoder also needed only about 5% more bitrate than x264 medium for the same quality. A fast CPU preset did worse: x264 veryfast ran at 240 frames per second but needed about 18% more. To match that throughput on a CPU, you would need a fast preset, and that costs bitrate. In this benchmark, the GPU was both faster and more efficient than x264 veryfast.

Encoding speed at 1080p, and the bitrate each needs for equal quality

Frames per second on one reference machine. Bitrate is relative to x264 medium at the same quality.

NVENC H.264, GPU (bitrate +5%)

600 fps

x264 veryfast, CPU (bitrate +18%)

240 fps

x264 medium, CPU (bitrate baseline)

95 fps

x264 veryslow, CPU (bitrate -10%)

12 fps

House results from Fora Soft’s published encoder benchmark. Your content and hardware will differ.

Horizontal bar chart of encoding speed at 1080p: NVENC H.264 on a GPU at 600 frames per second with plus 5 percent bitrate, x264 veryfast at 240 with plus 18 percent, x264 medium at 95 as the baseline, and x264 veryslow at 12 with minus 10 percent.

Even a 5% penalty adds up. At 6 Mbps per rung, it is 0.3 Mbps per viewer. Across 1,000 viewers, that is 300 Mbps of extra delivery, which is why libraries favour slow CPU presets.

Moreover, AV1 changes the maths again. NVIDIA reports that its Ada-generation hardware AV1 encoder saves about 40% bitrate against its own H.264 encoder at 1080p60. According to NVIDIA’s support matrix, hardware AV1 encoding needs an Ada or newer card.

Why Is an AI Training GPU Not a Transcoding GPU?

An AI training GPU is not a transcoding GPU, because NVIDIA’s support matrix lists no NVENC encoder on the H100, the A100 or the B200. A server sold for AI training can therefore be useless for encoding video.

However, only some cards carry encoder hardware, and the number of units differs. Inference cards such as the L4 and the L40S do carry it. A GeForce card also caps concurrent sessions, while most professional and data centre cards do not.

Hardware video encoders on common NVIDIA cards

CardNVENC unitsConcurrent sessionsAV1 encode
GeForce RTX 4090212Yes
NVIDIA L42UnrestrictedYes
NVIDIA L40S3UnrestrictedYes
Tesla T41UnrestrictedNo
NVIDIA H100NoneNot applicableNot applicable
NVIDIA A100NoneNot applicableNot applicable

Table of NVIDIA cards showing NVENC units, concurrent session limit and AV1 encode support: GeForce RTX 4090 with two units and 12 sessions, L4 with two, L40S with three, Tesla T4 with one and no AV1, and H100 and A100 with no encoder at all.

More NVENC units raise total throughput only when you encode two or more streams in parallel, NVIDIA’s engineers note. A ladder does exactly that. Session caps used to be the catch, but NVIDIA has raised the GeForce cap several times. Its current matrix lists 12. Even so, the encoder’s own throughput can limit you before the cap does.

Are GeForce Cards Allowed in a Data Centre?

The GeForce driver licence says the software is not licensed for datacenter deployment, so ask any provider that offers GeForce cards how it complies. DCD reported the clause in 2018, with an exception for blockchain processing. NVIDIA said it added the provision to discourage misuse in large-scale enterprise environments. Licence terms change, so read the current text.

Need a GPU Transcoding Server? Tell Us the Workload

Swify quotes GPU servers to order. Send us your codecs, channel count and ingest protocol, and we will specify the encoder hardware around them.

โ†’ Request a GPU Quote

How Many Streams Can a Video Transcoding Server Hold?

Nobody can give an honest universal number, because capacity depends on the codec, the preset, the resolution and the number of renditions. Instead, you measure it on your own footage. YouTube gives the same advice for live setups: tests should include movement similar to the real stream.

Four steps give you a number you can plan around:

  1. Cut two minutes of real content, with the motion your viewers will see.
  2. Encode it with the exact encoder and preset you will run in production.
  3. Read the speed figure FFmpeg prints at the end. A speed of 1.0x means real time.
  4. Keep headroom for ingest, the operating system and spikes.

# CPU test, one 1080p rung (output discarded)

ffmpeg -i source.mp4 -c:v libx264 -preset medium -b:v 6000k -f null -

# GPU test, same rung on NVENC

ffmpeg -i source.mp4 -c:v h264_nvenc -preset p5 -b:v 6000k -f null -

For example, say FFmpeg reports a speed of 4.0x for your full ladder. That is roughly four live ladders at the limit. Therefore, keeping a quarter of the capacity free leaves three. These numbers are illustrative, so replace them with your own.

How Much Bandwidth Do 20 Live Channels Need?

Twenty live channels need about 280 Mbps inbound and 226 Mbps outbound, which fits inside a 1 Gbps port. YouTube’s current table recommends 14 Mbps for a 1080p30 H.264 ingest, so twenty channels bring in 280 Mbps. Encode each into an illustrative four-rung ladder of 6, 3, 1.5 and 0.8 Mbps, and every channel sends out 11.3 Mbps. Each direction fits inside the 1 Gbps unmetered port that every Swify plan includes.

Bandwidth for 20 live channels, against a 1 Gbps port

Illustrative. Inbound and outbound travel in separate directions.

Inbound ingest (20 x 14 Mbps)

280 Mbps

Outbound ladder (20 x 11.3 Mbps)

226 Mbps

Included port (1 Gbps unmetered)

1,000 Mbps

Ingest bitrate from YouTube’s live encoder table. The 6, 3, 1.5 and 0.8 Mbps ladder is an example, not a standard. Viewer delivery is extra.

Bar chart of bandwidth for 20 live channels: 280 Mbps inbound ingest and 226 Mbps outbound ladder, compared with the 1,000 Mbps unmetered port included on every Swify plan.


What to Check Before You Rent a Video Transcoding Server

Check six things, in this order: the encoder hardware, the core count, the storage, the port, the access level and the drive class. A listing that hides any of them is asking you to guess.

Six checks before you rent a video transcoding server

CheckWhat to askWhy it matters
Encoder hardwareWhich exact GPU model, how many NVENC units, and is it licensed for data centre use?An AI card may have none, AV1 needs Ada or newer, and GeForce drivers carry a data centre clause
CPU coresHow many physical cores, at what clock?Software presets scale with cores, so run the speed test
StorageWhich drive types and sizes, for source and output?Every rendition you keep adds to the size of the library
PortWhat speed, and is it unmetered?Ingest plus ladder output must fit with room to spare
AccessIs there root access, and which OS images?You install FFmpeg, drivers and the streaming stack yourself
Drive classEnterprise or consumer, and how fast is a failed drive replaced?One dead drive stops every channel

Table of six checks before renting a video transcoding server, covering encoder hardware, CPU cores, storage, port, access and drive class, with the question to ask and why each matters.

The last row deserves a second look. Continuous encoding writes a lot, so ask whether the provider fits enterprise SSD storage. Consumer SSD in a Server: When It Works and When It Doesn’t explains how to check a drive’s write rating against your own workload.

Meanwhile, storage needs its own plan for a library. In the custom builder, a 26TB HDD costs โ‚ฌ50 a month, which is โ‚ฌ1.92 per TB. The builder offers None, RAID 0 and RAID 1, so mirror a pair if the library matters.

๐Ÿ“– Storing a large source library?

Read HDD vs SSD for Servers: Which Do You Actually Need? for which workloads belong on which drive.

Which Swify Plan Fits a Video Transcoding Server?

Start with Dedicated 3 for a first test, because the plan page lists video transcoding among its best-fit workloads. Dedicated 5 offers the same 20 cores for โ‚ฌ5 less, with more RAM and a larger drive, on a single socket. Choose Dedicated 7 or 8 when you need 40 cores, and add drives in the custom builder for a library.

Swify plans that suit a video transcoding server

PlanCPUCoresRAMStoragePrice
Dedicated 32x Xeon Gold 52152064GB1x 1TB SSDโ‚ฌ180/mo
Dedicated 5Xeon Gold 613820128GB1x 2TB SSDโ‚ฌ175/mo
Dedicated 72x Xeon Gold 613840128GB1x 2TB SSDโ‚ฌ260/mo
Dedicated 82x Xeon Gold 613840256GB2x 2TB SSDโ‚ฌ320/mo

Table of four Swify plans for video transcoding, Dedicated 3, 5, 7 and 8, with CPU, physical cores, RAM, storage and monthly price from 180 to 320 euros.

Also, faster ports are priced separately in the builder: 2 Gbps costs โ‚ฌ60 a month, 5 Gbps โ‚ฌ240, 10 Gbps โ‚ฌ540 and 25 Gbps โ‚ฌ1,320. GPU servers are not in the standard plans, so tell us the codecs and the channel count first. Plans bill monthly with no long contracts, which means a test on real hardware costs one month.

๐Ÿ“– Comparing every plan side by side?

Read Swify Dedicated Server Plans: Which Is Right for You? for all eight configurations and the workloads each one suits.


Video Transcoding Server: The Short Version

In short, a video transcoding server is judged on speed per stream, not on peak specifications. Use a CPU for compression and libraries, a GPU for live density, and measure before you commit.

  • Match the hardware to the job: a CPU with slow presets for libraries and archives, a GPU encoder for live ladders.
  • Ask for the exact GPU model, because H100, A100 and B200 cards have no NVENC encoder.
  • Run your own footage through FFmpeg and read the speed figure before you size anything.

Test Your Footage on 20 to 40 Real Cores

Swify dedicated servers start at โ‚ฌ120 a month on HP ProLiant Gen10 hardware, with up to 40 physical cores, 1 Gbps unmetered bandwidth and full root access. Hosted in a Netherlands data centre on AMS-IX, with monthly billing and no long contracts.

โ†’ Explore Swify Dedicated Servers


Frequently Asked Questions

What is a video transcoding server?

A video transcoding server is a machine that decodes video and encodes it again in other resolutions, bitrates or codecs. Live platforms use one to turn a single ingest stream into an adaptive bitrate ladder. Video-on-demand platforms, meanwhile, use one to convert files in batches. It needs encoder throughput from a CPU or GPU, bandwidth for ingest and output, and fast storage.

Read What Is Video Transcoding? A Complete Beginner’s Guide for the full definition. for where it sits in a larger platform.

Read Streaming Server Architecture: From Single Server to Cluster for where it sits in a larger platform.


What is the difference between video encoding and transcoding?

Encoding compresses video into a format. Transcoding, by contrast, converts video that is already compressed into another compressed form, with a different codec, resolution or bitrate. A video encoding server and a transcoding server run the same software, such as FFmpeg, and differ only in the job they do.

Read Dedicated Server for Streaming for the delivery side of the same workflow.


Do I need a GPU for a video transcoding server?

Not always. A CPU server handles offline encoding well, and slow software presets reach better compression. By contrast, a GPU encoder pays off for many live channels, where it runs faster and leaves the CPU free. Check the exact model first, because NVIDIA lists no NVENC encoder on the H100, A100 or B200.

Read GPU Dedicated Servers for AI: Training vs Inference for how AI workloads use GPU hardware.


How many CPU cores does a video transcoding server need?

It depends on the codec, preset, resolution and rendition count, so measure it. Encode two minutes of your real footage and read FFmpeg’s speed figure, where 1.0x is real time. Swify’s standard plans range from 10 to 40 physical cores.

Read CPU Cores Explained: Cores, Threads, and vCPUs for how cores and threads differ.


Can I run FFmpeg and an RTMP server as a media server on a dedicated server?

Yes. Swify’s dedicated servers are unmanaged with full root access, so you can install FFmpeg and a streaming stack, such as nginx with an RTMP module, and accept ingest from OBS or another encoder. You also own the updates and the security, so lock down the ingest port.

Read Best Security Practices for Dedicated Server Environments for a checklist to apply before going live.


How much bandwidth does a video transcoding server need?

Add the incoming streams to the outgoing renditions. Twenty 1080p30 H.264 channels at YouTube’s recommended 14 Mbps bring in about 280 Mbps, and an illustrative four-rung ladder sends out about 226 Mbps. Both fit inside the 1 Gbps unmetered port included on every Swify plan, before any viewer delivery.

Read What Is Network Bandwidth? for how port speed, throughput and pricing models differ.