Kan ik video transcoderen met FFmpeg op een VPS met toegewijde vCPU zonder GPU?

Welke encoders draaien op een CPU, en wat veranderen presets?

Een preset is een ruil van snelheid voor grootte: een langzamere preset verbruikt meer CPU om een kleiner bestand te maken bij dezelfde kwaliteit. Elke software-encoder van FFmpeg heeft er een. De kwaliteit zelf stel je apart in, met CRF. Kies eerst de kwaliteit, dan de langzaamste preset die de deadline toelaat.

Hoe gebruikt FFmpeg de vCPU van een VPS?

FFmpeg en zijn encoders bepalen hun threads op basis van het aantal CPU's dat ze detecteren, en dat is op een VPS het aantal vCPU. De generieke threads-optie staat standaard op auto, en -filter_threads (scaling, overlays en andere filters) staat standaard op het aantal beschikbare CPU's. x265 bouwt zijn eigen thread-pools, één per NUMA-node, met een grootte op basis van het aantal CPU's, en gebruikt standaard wavefront parallel processing; volgens zijn documentatie blijft de compressiekost van WPP in de meeste tests onder 1%.

Die standaard is juist voor één encode tegelijk. Meerdere encodes parallel zouden elk alle vCPU proberen te gebruiken en hun tijd verspillen aan switchen in plaats van encoderen. Verdeel de threads handmatig: op Fell 8 twee jobs met -threads 4 elk, of vier jobs met -threads 2. De regel over threads versus cores wordt uitgelegd in is een toegewijde vCPU een core of een thread.

Een enkele encode schaalt ook niet eindeloos. Frame- en slice-threading hebben limieten die aan de resolutie gebonden zijn, dus een 720p-bestand haalt minder uit 16 threads dan een 4K-bestand.

Wat veranderen toegewijde cores voor een lange encode?

Een encode is CPU op 100% zolang het bestand duurt, het belastingsprofiel waarop gedeelde plannen zijn geschreven om te stoppen. Volgens de enquête van Cobaltfell van 2 november 2026 verkopen 29 van de 51 hosts die crypto accepteren zonder ID-controle geen plan waarvan ze de CPU toegeweid noemen. Twee ervan zetten een limiet zwart op wit: de voorwaarden van Spartan Host verbieden meer dan 50% van de toegewezen cores langer dan een uur te gebruiken, en het fair-use-beleid van Advin Servers begrenst CPU-gebruik op 75%. Een batch films loopt tegen beide aan. Het algemene geval wordt uiteengezet in wat is het verschil tussen een gedeelde en een toegewijde vCPU.

Bij Cobaltfell: Volledige belasting is toegestaan zolang je werk het nodig heeft: geen CPU-credits, geen burst-venster en geen throttling na een paar minuten op 100%. Een vCPU is één hardwarethread van de hostprocessor. Die van jou zijn één op één vastgezet aan je VPS en worden nooit aan een andere klant uitgeleend, en de twee threads van een fysieke core blijven bij elkaar, dus elke 2 vCPU vormen één hele core die geen buur deelt. Zonder buur die cycles opneemt, houdt het cijfer speed= dat FFmpeg afdrukt stand van de eerste minuut van een batch tot de laatste, zodat de duur van een wachtrij vooraf te berekenen is.

Video is groot, dus schijf en verkeer tellen net zo zwaar als cores. Bron en output delen de NVMe van het plan (NVMe-opslag op elk plan): Fell 8 biedt 320 GB NVMe en Fell 16 640 GB NVMe. Elke VPS krijgt één IPv4-adres en een IPv6 /64 op een poort van 1 Gbit/s. Het maandelijkse verkeer van je plan telt alleen uitgaande data, en erboven gaan levert op zichzelf nooit een extra kostenpost op.

Hoe time ik een encode op een VPS voordat ik me vastleg?

Encode één minuut van de echte bron met elke kandidaat-instelling en lees de speed=-waarde: 1x is realtime, 2x is twee keer zo snel. -f null - gooit de output weg, zodat de test de encoder meet en niet de schijf. -benchmark voegt de gebruikte CPU-tijd aan het einde toe.

# which software encoders this ffmpeg build has
ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1'

# 60 seconds of your own file, video only, output discarded
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null -

# the same H.264 test held to 4 threads, to plan parallel jobs
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null -

Welk plan past bij welke transcoderingsklus?

Het werk dat per uur af moet beslist over het plan, niet een enkel bestand. De tabel geeft uitgangspunten, geen timings: Onze eigen YABS- en Geekbench 6-resultaten, samen met de steal time die we meten, worden met hun datum gepubliceerd zodra onze eerste testmachine is geleverd. Tot dan noemen we geen enkel prestatiecijfer van onszelf. Prijzen per plan staan onder hoeveel een VPS met toegewijde cores kost.

Andere hosts die toegewijde cores verkopen voor lange encodes worden gerangschikt in wat is de beste dedicated CPU VPS-provider in 2026.

Wanneer is een GPU het betere gereedschap voor video?

Een GPU is het betere gereedschap voor veel gelijktijdige livestreams in real time, of wanneer encode-doorvoer belangrijker is dan het kleinst mogelijke bestand. Hardware-encoders zoals NVENC, Quick Sync en VAAPI draaien op een grafische kaart of een geïntegreerde GPU, en FFmpeg gebruikt ze alleen wanneer die hardware aanwezig is. Een Cobaltfell VPS heeft die niet, dus de kracht ligt in software-encoding: langzamer per stream, met de volledige set presets en de compressie-efficiëntie van de software-encoders.

Voor on-demand bibliotheken, nachtelijke batches en archieven is CPU-encoding op dedicated cores de eenvoudigere opzet. Voor een live platform met tientallen gelijktijdige kanalen is GPU-hardware de juiste aankoop. Dezelfde CPU-of-GPU-vraag voor taalmodellen wordt beantwoord in kan ik Ollama op een VPS draaien zonder GPU.