So verwenden Sie -preset in FFmpeg
ffmpeg -i input.mkv -c:v libx264 -preset slow -crf 23 -c:a aac -b:a 192k output.mp4— H.264 (x264).ffmpeg -i input.mkv -c:v libx265 -preset medium -crf 28 -tag:v hvc1 -c:a aac -b:a 192k output.mp4— H.265 (x265) verwendet dieselben Preset-Namen.ffmpeg -i input.mkv -c:v h264_nvenc -preset p5 -rc vbr -cq 23 -b:v 0 -c:a aac -b:a 192k output.mp4— Die Kodierung per NVIDIA-GPU nutzt die Presets p1 (am schnellsten) bis p7 (beste Qualität).-tune film,animation,grain,stillimage,fastdecodeoderzerolatency— ein optionales x264-Tune passt die Einstellungen an den Inhalt an und wirkt zusätzlich zum Preset.
Alte .ffpreset-Dateien (zum Beispiel libx264-ipod640.ffpreset, geladen mit -vpre oder -fpre) sind ein separater, veralteter Mechanismus. Für x264 und x265 verwenden Sie -preset.
Was sind FFmpeg-Presets?
Beim Kodieren von Video mit x264 (H.264) oder x265 (H.265) bestimmt das Preset, wie viele Kompressionsalgorithmen der Encoder einsetzt. Mehr Algorithmen = bessere Kompression = kleinere Dateien — aber langsameres Encoding.
Die 10 x264-Presets, vom schnellsten zum langsamsten:
ultrafastsuperfastveryfastfasterfastmedium(Standard)slowslowerveryslowplacebo(nicht empfohlen — vernachlässigbare Verbesserung gegenüber veryslow)
Ein entscheidender Punkt: Bei gleichem CRF zielen alle Presets auf etwa dieselbe visuelle Qualität. Der Hauptunterschied liegt in Dateigröße und Kodiergeschwindigkeit. Langsamere Presets sehen nicht besser aus — sie komprimieren besser.
Benchmark-Tabelle: Alle Presets im Vergleich
Kodierung eines 1-minütigen 1080p-Videos bei CRF 23 auf einer 8-Kern-CPU (repräsentative Benchmarks):
| Preset | Geschwindigkeit (fps) | Encoding-Zeit | Dateigröße | Größe vs. Medium |
|---|---|---|---|---|
ultrafast |
~120 fps | ~15s | ~95 MB | +58% |
superfast |
~90 fps | ~20s | ~80 MB | +33% |
veryfast |
~70 fps | ~25s | ~70 MB | +17% |
faster |
~55 fps | ~33s | ~65 MB | +8% |
fast |
~42 fps | ~43s | ~62 MB | +3% |
medium |
~30 fps | ~60s | ~60 MB | Basis |
slow |
~15 fps | ~2 min | ~52 MB | -13% |
slower |
~8 fps | ~3.5 min | ~50 MB | -17% |
veryslow |
~4 fps | ~7.5 min | ~48 MB | -20% |
Die besten Kompromisse
Drei Presets stechen als beste Wahl für unterschiedliche Anwendungsfälle hervor:
medium — Allgemeiner Einsatz (unser Standard)
Der Standard aus gutem Grund. Er bietet die beste Balance aus Kodiergeschwindigkeit und Dateigröße. Bei einem Online-Konverter, bei dem Nutzer auf das Ergebnis warten, liefert medium schnelle Ergebnisse ohne übermäßig aufgeblähte Dateien.
slow — Die beste Platzersparnis, die das Warten lohnt
Im Vergleich zu medium braucht slow etwa doppelt so lange, erzeugt aber 10–15 % kleinere Dateien. Wenn Sie eine große Bibliothek zur Archivierung kodieren und die Zeit keine Rolle spielt, ist slow das beste Preset. Die Ersparnis summiert sich über viele Dateien. Muss jede Datei eine exakte Größe erreichen, lesen Sie mehr über Two-Pass-Kodierung vs. CRF.
veryfast — Wenn Geschwindigkeit entscheidend ist
Etwa 2,3x schneller als medium, dafür 17 % größere Dateien. Ideal für Stapelverarbeitung, schnelle Vorschauen oder wenn die Kodiergeschwindigkeit der Engpass ist. Die Qualität ist identisch — nur die Dateigröße steigt.
Abnehmende Grenznutzen
Die entscheidende Erkenntnis: Je langsamer Sie vorgehen, desto weniger gewinnen Sie pro Schritt.
veryfast→medium: -17% Größe (signifikant, 2,3x langsameres Encoding lohnt sich)medium→slow: -13% Größe (noch signifikant, lohnt sich für Archivierung)slow→slower: -4% Größe (marginal, 2x langsamer für wenig Gewinn)slower→veryslow: -3% Größe (marginal, 2x langsamer für fast nichts)
Deshalb lohnen sich veryslow und placebo selten. Die Encoding-Zeit verdoppelt oder verdreifacht sich für einstellige prozentuale Verbesserungen der Dateigröße.
Praktische Empfehlung: Verwenden Sie medium, sofern kein spezifischer Grund dagegen spricht. Wenn Dateigröße wichtig ist und Sie Zeit haben, nutzen Sie slow. Verwenden Sie niemals placebo — es ist effektiv identisch mit veryslow bei 3–5x der Encoding-Zeit.
Preset + CRF-Zusammenspiel
Presets und CRF arbeiten zusammen, steuern aber unterschiedliche Dinge:
- CRF steuert das Qualitätsniveau (was Sie sehen)
- Preset steuert die Kompressionseffizienz (wie viele Bytes benötigt werden, um diese Qualität zu erreichen)
Bei CRF 23 mit ultrafast sieht das Video nahezu genauso aus wie bei CRF 23 mit veryslow. Die veryslow-Datei ist jedoch 40–50 % kleiner, weil der Encoder mehr Zeit darauf verwendet hat, effiziente Darstellungen für dieselbe visuelle Information zu finden.
Das bedeutet, Sie können kleinere Dateien auf zwei Arten erreichen:
- CRF erhöhen (z.B. 23 → 28) — reduziert Qualität und Dateigröße
- Ein langsameres Preset verwenden (z.B. medium → slow) — reduziert nur die Dateigröße, Qualität bleibt gleich
Unsere Konverter-Einstellungen
Unser Online-Konverter verwendet das medium-Preset mit CRF 23. Diese Wahl wurde für das beste Nutzererlebnis getroffen:
- Schnelle Verarbeitung: Nutzer möchten nicht 10 Minuten auf ein 1-minütiges Video warten
- Ausgezeichnete Qualität: CRF 23 erzeugt visuell nicht unterscheidbares Ergebnis
- Angemessene Dateigröße:
mediumbietet gute Kompression ohne übermäßige Encoding-Zeit
Wer maximale Kompression braucht, lädt sich am besten FFmpeg herunter und nutzt das Preset slow lokal für große Dateibibliotheken. Die übrigen Stellschrauben wie CRF, Auflösung und Codec erklärt unser Beitrag Videos ohne Qualitätsverlust komprimieren.
Welche Presets die Video-Tools von CleverUtils verwenden
| Tool | x264-Preset | CRF |
|---|---|---|
| Video-Konverter in MP4, MOV und MKV | medium | 23 |
| Video komprimieren | veryfast | 18 / 23 / 28 / 32 (höchste Qualität bis kleinste Datei) |
| Video skalieren, Video zuschneiden | fast | 18 |
| Video rückwärts | fast | 23 |
Im Benchmark oben sind veryfast-Dateien bei gleichem CRF etwa 17 % größer als medium, beim Komprimieren bestimmt also vor allem die CRF-Wahl die Ausgabegröße.