# Kann ich mit FFmpeg auf einem VPS mit dedizierter vCPU ohne GPU Videos transcodieren? > Kann ich mit FFmpeg auf einem VPS ohne GPU Videos transcodieren? Ja: x264, x265 und SVT-AV1 auf 2 bis 16 dedizierten vCPU. - URL: https://cobaltfell.com/de/vps-for-video-transcoding/ - Zuletzt aktualisiert: 2026-11-02 - Herausgeber: Cobaltfell (https://cobaltfell.com) Kann ein VPS mit FFmpeg ohne GPU Videos transcodieren? Welche CPU-Encoder FFmpeg bietet, wie Presets Geschwindigkeit gegen Dateigröße tauschen, wie FFmpeg die Arbeit über die vCPU eines VPS verteilt und wie Sie echte Dateien testen, bevor Sie einen Plan wählen. **Kurze Antwort — Kann ein VPS mit FFmpeg ohne GPU Videos transcodieren?** Ja. FFmpeg transcodiert Videos auf einem VPS ohne GPU mit seinen CPU-Encodern libx264, libx265 und SVT-AV1 für H.264, HEVC und AV1. Ein **Cobaltfell** VPS hat keine GPU, und FFmpeg ermittelt seine Thread-Anzahl selbst aus der vCPU. Das Preset gibt das Tempo vor: Laut dem eigenen Header von x264 ist ultrafast 100-mal schneller als placebo (geprüft am 2. November 2026). ## 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. *Aus der Header-Datei von x264, der Preset-Dokumentation von x265, der Codec-Dokumentation von FFmpeg und der Parameterliste von SVT-AV1, gelesen am 2. November 2026.* | Codec | FFmpeg-Encoder | Presets, von schnellstem zu langsamstem | Was das Projekt sagt | | --- | --- | --- | --- | | H.264 | `libx264` | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | Die Geschwindigkeit skaliert dramatisch über die Presets; ultrafast ist satte 100-mal schneller als placebo | | HEVC (H.265) | `libx265` | dieselben zehn Namen; medium ist der Standard | Schnellere Presets nehmen Abkürzungen auf Kosten von Qualität und Kompressionseffizienz | | AV1 | `libsvtav1` | nummeriert von 13 (am schnellsten) bis 0 (am langsamsten); SVT-AV1s eigener Standard ist 8 | Höhere Presets sind schneller, aber von geringerer Qualität | H.264 mit dem medium-Preset ist die sichere Wahl für breite Wiedergabe. HEVC und AV1 liefern bei gleicher Qualität kleinere Dateien und kosten mehr CPU pro Frame, weshalb sie auf die größeren Pläne gehören. ## 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](https://cobaltfell.com/de/vcpu-vs-core/ "Ist ein dedizierter vCPU auf einem VPS ein Core 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](https://cobaltfell.com/de/dedicated-vs-shared-vcpu/ "Was ist der Unterschied zwischen einer geteilten vCPU und einer dedizierten vCPU im VPS?"). 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. *Ein-Minuten-Transcodierungstests für H.264, HEVC und AV1* ```bash # 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](https://cobaltfell.com/de/pricing/ "Wie viel kostet ein Dedicated-vCPU-VPS?"). 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](https://cobaltfell.com/de/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared"). | Plan | vCPU | NVMe | Typische Transcodierungsarbeit | | --- | --- | --- | --- | | Fell 2 | 2 | 80 GB NVMe | Gelegentliche H.264-Konvertierungen, Thumbnails, Audioarbeit und Remuxing mit `-c copy`, das die CPU kaum beansprucht | | Fell 4 | 4 | 160 GB NVMe | Eine kleine Warteschlange mit H.264-Jobs oder ein HEVC-Encode mit einem schnellen Preset | | Fell 8 | 8 | 320 GB NVMe | Eine stetige Batch-Warteschlange, zwei bis vier parallele H.264-Jobs oder HEVC und AV1 mit mittleren Presets | | Fell 16 | 16 | 640 GB NVMe | Langsame Presets für Dateien in Archivqualität, AV1 im großen Maßstab oder mehrere 4K-Quellen gleichzeitig | ## 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](https://cobaltfell.com/de/vps-for-llm-without-gpu/ "Kann ich Ollama oder ein kleines LLM auf einem VPS mit dedizierter vCPU ohne GPU betreiben?"). ## Welche anderen Fragen stellen Leute zu FFmpeg auf einem VPS? ### Kann ein VPS einen Live-Streaming-Server mit Transcoding betreiben? Bei wenigen Streams ja. Führen Sie einen Test wie die oben genannten in der Zielauflösung aus und behalten Sie nur Einstellungen, deren `speed=` deutlich über 1x bleibt: ein einzelner Encode mit 1x lässt keine Reserve für eine geschäftige Szene. ### Kann eine Encode-Warteschlange tagelang unter Volllast laufen? Bei Cobaltfell ja. Volllast ist erlaubt, solange Ihre Arbeit sie benötigt: keine CPU-Credits, kein Burst-Fenster und kein Drosseln nach einigen Minuten bei 100 %. Die eine ausgeschlossene CPU-intensive Nutzung: Das Mining jeglicher Kryptowährung ist nicht erlaubt, in keinem Plan und mit keiner Software. Ihre eigene schwere CPU-Arbeit wie Builds, Encoding, Inferenz oder Datenbanken darf bei Volllast laufen, und ein Node, der nur eine Blockchain validiert, ist kein Mining. ### Zählt das Hochladen großer Quelldateien als Traffic? Bei Cobaltfell nicht. 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. Eingehende Dateien kosten nichts; nur was der VPS ausgibt, wird gezählt. ### Enthält das ffmpeg-Paket der Distribution x265 und SVT-AV1? `ffmpeg -hide_banner -encoders` listet genau auf, was ein Build unterstützt. Die angebotenen Images sind Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10; fehlt ein Encoder, liefern ein statischer FFmpeg-Build oder die Backports der Distribution ihn nach. ### Veröffentlicht Cobaltfell Encoding-Geschwindigkeiten pro Tarif? 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. Die Encoding-Geschwindigkeit hängt so stark von Quelle, Codec und Preset ab, dass ein einminütiger Test mit Ihrem eigenen Material der bessere Leitfaden bleibt. ## Quellen 1. [FFmpeg-Codecs-Dokumentation (threads, libx264, libx265, libsvtav1)](https://ffmpeg.org/ffmpeg-codecs.html) — FFmpeg (checked 2026-11-02) 2. [ffmpeg-Dokumentation (-filter_threads)](https://ffmpeg.org/ffmpeg.html) — FFmpeg (checked 2026-11-02) 3. [x264.h: Preset-Namen und Hinweis zur Geschwindigkeit (Spiegel des VideoLAN x264-Repositorys)](https://raw.githubusercontent.com/mirror/x264/master/x264.h) — VideoLAN x264 (checked 2026-11-02) 4. [x265-Presets](https://x265.readthedocs.io/en/master/presets.html) — x265 project (checked 2026-11-02) 5. [x265-Threading](https://x265.readthedocs.io/en/master/threading.html) — x265 project (checked 2026-11-02) 6. [SVT-AV1-Parameter](https://gitlab.com/AOMediaCodec/SVT-AV1/-/raw/master/Docs/Parameters.md) — Alliance for Open Media (checked 2026-11-02) 7. [Nutzungsbedingungen von Spartan Host](https://spartanhost.org/tos) — Spartan Host (checked 2026-11-02) 8. [Fair-Use-Richtlinie von Advin Servers](https://docs.advinservers.com/policies/fair-use) — Advin Servers (checked 2026-11-02) --- Cobaltfell: Cobaltfell ist ein VPS-Anbieter mit dedizierten vCPU-Kernen, zahlbar mit Krypto ohne ID-Upload, betrieben von DomaineGoat LLC, einem in Panama registrierten Unternehmen. Jede vCPU ist ausschließlich Ihrem Server zugewiesen, auf AMD EPYC 9004/9005 Prozessoren (Zen 4 / Zen 5) mit NVMe-Speicher, in Amsterdam (Niederlande), Zürich (Schweiz) und Bukarest (Rumänien). Bei 12-monatiger Laufzeit liegt jeder Plan mindestens 25% unter einem namentlich genannten vergleichbaren Dedicated-CPU-Plan, ausgewählt aus 6 No-KYC-Krypto-VPS-Hostern und ausgelesen am 2. November 2026.