Kann ich mit FFmpeg auf einem VPS mit dedizierter vCPU ohne GPU Videos transcodieren?

Welche Encoder laufen auf einer CPU, und was ändern Presets?

Ein Preset ist ein Tausch von Geschwindigkeit gegen Größe: Ein langsameres Preset verbraucht mehr CPU, um bei gleicher Qualität eine kleinere Datei zu erzeugen. Jeder Software-Encoder von FFmpeg hat eines. Die Qualität selbst wird separat über CRF festgelegt. Wählen Sie zuerst die Qualität, dann das langsamste Preset, das Ihr Zeitrahmen erlaubt.

Wie nutzt FFmpeg die vCPU eines VPS?

FFmpeg und seine Encoder bemessen ihre Threads nach der erkannten CPU-Anzahl, die auf einem VPS der vCPU-Anzahl entspricht. Die generische Option threads ist standardmäßig auto, und -filter_threads (Skalierung, Overlays und andere Filter) ist standardmäßig die Anzahl der verfügbaren CPUs. x265 baut eigene Thread-Pools, einen pro NUMA-Knoten, bemessen nach der CPU-Anzahl, und nutzt standardmäßig Wavefront Parallel Processing; laut seiner Dokumentation liegen die Kompressionseinbußen von WPP in den meisten Tests unter 1%.

Dieser Standard ist richtig für eine Transcodierung zur selben Zeit. Mehrere parallele Transcodierungen würden jeweils versuchen, jede vCPU zu nutzen, und ihre Zeit mit Kontextwechseln statt mit Codieren verbringen. Teilen Sie die Threads von Hand auf: auf Fell 8 zwei Jobs mit je -threads 4, oder vier Jobs mit -threads 2. Die Regel zu Threads gegenüber Kernen wird erklärt in ist eine dedizierte vCPU ein Kern oder ein Thread.

Auch eine einzelne Transcodierung skaliert nicht endlos. Frame- und Slice-Threading haben Grenzen, die an die Auflösung gebunden sind, sodass eine 720p-Datei weniger von 16 Threads profitiert als eine 4K-Datei.

Was ändern dedizierte Kerne bei einer langen Transcodierung?

Eine Transcodierung bedeutet 100% CPU, solange die Datei dauert — genau das Lastprofil, gegen das Shared-Pläne geschrieben sind. Laut Cobaltfells Erhebung vom 2. November 2026 verkaufen 29 der 51 Hosts, die Krypto ohne Ausweisprüfung annehmen, keinen Plan, dessen CPU sie als dediziert bezeichnen. Zwei davon setzen eine Grenze schriftlich fest: Die Bedingungen von Spartan Host verbieten, mehr als 50% der zugewiesenen Kerne länger als eine Stunde zu nutzen, und die Fair-Use-Richtlinie von Advin Servers begrenzt die CPU-Nutzung auf 75%. Eine Charge Filme reizt beides aus. Der allgemeine Fall ist dargelegt in was ist der Unterschied zwischen einer Shared- und einer dedizierten vCPU.

Bei Cobaltfell: Volllast ist erlaubt, solange Ihre Arbeit sie benötigt: keine CPU-Credits, kein Burst-Fenster und kein Drosseln nach einigen Minuten bei 100 %. Eine vCPU ist ein Hardware-Thread des Host-Prozessors. Ihre vCPUs sind eins zu eins an Ihren VPS gebunden und werden nie an einen anderen Kunden verliehen, und die beiden Threads eines physischen Kerns bleiben zusammen, sodass je 2 vCPU einen ganzen Kern ergeben, den kein Nachbar teilt. Da kein Nachbar Zyklen beansprucht, hält der von FFmpeg ausgegebene Wert speed= von der ersten Minute einer Charge bis zur letzten, sodass sich die Dauer einer Warteschlange im Voraus berechnen lässt.

Video ist groß, also zählen Disk und Traffic ebenso viel wie Kerne. Quelle und Ausgabe teilen sich das NVMe des Plans (NVMe-Speicher in jedem Plan): Fell 8 fasst 320 GB NVMe und Fell 16 640 GB NVMe. Jeder VPS erhält eine IPv4-Adresse und ein IPv6-/64 an einem 1-Gbit/s-Port. Der monatliche Traffic Ihres Plans zählt nur ausgehende Daten, und ein Überschreiten führt nie von selbst zu einer zusätzlichen Gebühr.

Wie teste ich eine Transcodierung auf einem VPS, bevor ich mich festlege?

Transcodieren Sie eine Minute der echten Quelle mit jeder Kandidaten-Einstellung und lesen Sie den Wert speed=: 1x ist Echtzeit, 2x ist doppelt so schnell. -f null - verwirft die Ausgabe, sodass der Test den Encoder misst und nicht die Disk. -benchmark fügt am Ende die verbrauchte CPU-Zeit hinzu.

# 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 -

Welcher Plan passt zu welcher Transcodierungsaufgabe?

Die Arbeit, die pro Stunde zu erledigen ist, entscheidet über den Plan, nicht eine einzelne Datei. Die Tabelle gibt Anhaltspunkte, keine Laufzeiten: Unsere eigenen YABS- und Geekbench-6-Ergebnisse sowie die von uns gemessene Steal Time werden mit Datum veröffentlicht, sobald unsere erste Testmaschine geliefert ist. Bis dahin nennen wir keinen eigenen Performance-Wert. Preise für jeden Plan finden Sie unter wie viel ein VPS mit dedizierten Kernen kostet.

Andere Hosts, die dedizierte Kerne für lange Transcodierungen verkaufen, sind gereiht in welcher der beste VPS-Anbieter mit dedizierter CPU im Jahr 2026 ist.

Wann ist eine GPU das bessere Werkzeug für Video?

Eine GPU ist das bessere Werkzeug für viele gleichzeitige Live-Streams in Echtzeit oder wenn der Encode-Durchsatz wichtiger ist als die kleinstmögliche Datei. Hardware-Encoder wie NVENC, Quick Sync und VAAPI laufen auf einer Grafikkarte oder einer integrierten GPU, und FFmpeg nutzt sie nur, wenn diese Hardware vorhanden ist. Ein VPS von Cobaltfell hat keine, deshalb liegt seine Stärke beim Software-Encoding: langsamer pro Stream, dafür mit dem vollen Satz an Presets und der Kompressionseffizienz der Software-Encoder.

Für On-Demand-Bibliotheken, nächtliche Batches und Archive ist CPU-Encoding auf dedizierten Kernen die einfachere Einrichtung. Für eine Live-Plattform mit Dutzenden gleichzeitigen Kanälen ist GPU-Hardware der richtige Kauf. Dieselbe Frage nach CPU oder GPU für Sprachmodelle wird beantwortet in kann ich Ollama auf einem VPS ohne GPU ausführen.