Warum Videos So Groß Sind
Die Videodateigröße wird durch eine einfache Formel bestimmt: Bitrate × Dauer. Ein mit 8 Mbps (Megabit pro Sekunde) kodiertes Video erzeugt 60 MB pro Minute — das ist 1 MB pro Sekunde Videomaterial. Bei 4K-Auflösung mit modernen Codecs steigen die Bitraten noch höher, und die Dateien werden schnell riesig.
Um das in Perspektive zu setzen, hier ist das, was verschiedene Aufnahmeszenarien erzeugen:
| Quelle | Auflösung | Codec | Größe pro Minute |
|---|---|---|---|
| iPhone (Most Compatible) | 1080p 30fps | H.264 | ~130 MB |
| iPhone (High Efficiency) | 4K 30fps | HEVC | ~170 MB |
| iPhone (4K 60fps) | 4K 60fps | HEVC | ~375 MB |
| iPhone Pro (ProRes) | 4K 30fps | ProRes 422 | ~6.000 MB |
| GoPro HERO | 4K 60fps | HEVC | ~450 MB |
| Bildschirmaufnahme (1080p) | 1080p 30fps | H.264 | ~40–80 MB |
Ein 10-Minuten-iPhone-4K-60fps-Video mit 375 MB pro Minute wiegt 3,75 GB — zu groß für E-Mail (25-MB-Limit), die meisten Messaging-Apps (typischerweise 100–200 MB) und zu langsam zum Hochladen auf Social Media. Die fünf Methoden unten können diese 3,75 GB große Datei auf unter 500 MB reduzieren und dabei die Qualität beibehalten, die visuell vom Original nicht zu unterscheiden ist.
Methode 1 — CRF-Qualitätskontrolle
CRF (Constant Rate Factor) ist die wichtigste Einstellung zur Kontrolle der Videodateigröße. Anstatt eine Zielbitrate anzugeben, teilt CRF dem Encoder mit, wie viel Qualität Sie möchten. Der Encoder entscheidet dann automatisch, wie viele Bits jeder Frame benötigt — komplexe Szenen mit viel Bewegung erhalten mehr Bits, während statische Szenen weniger bekommen.
Die CRF-Skala für H.264 (libx264) reicht von 0 (verlustfrei, riesige Dateien) bis 51 (schlechteste Qualität, winzige Dateien). In der Praxis werden Sie nur den Bereich 18–28 verwenden:
| CRF-Wert | Qualitätsstufe | Ungefähre Größe (1 Min 1080p) | Anwendungsfall |
|---|---|---|---|
| 18 | Visuell verlustfrei | ~120 MB | Archivierung, Master-Kopien |
| 23 | Ausgezeichnet (Standard) | ~60 MB | Allgemeine Verwendung, Sharing |
| 26 | Gut | ~35 MB | Web-Videos, Tutorials |
| 28 | Akzeptabel | ~25 MB | Social Media, E-Mail |
| 32 | Niedrig | ~12 MB | Vorschau, Miniaturansichten |
Der FFmpeg-Befehl zum Konvertieren mit CRF-Kontrolle:
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 192k -movflags +faststart output.mp4
Ändern Sie -crf 23 auf jeden Wert in der obigen Tabelle. Niedrigere Zahlen bedeuten bessere Qualität und größere Dateien. Die Beziehung zwischen CRF und Dateigröße ist ungefähr exponentiell: Jeder Anstieg um +6 halbiert ungefähr die Dateigröße.
Schnelle Regel: +6 CRF ≈ halbiert die Dateigröße. Die Auflösung um eine Stufe senken (4K → 1080p) reduziert um ~75%. Beide kombinieren können eine Datei um 90% oder mehr reduzieren.
Methode 2 — Langsameres Encoding-Preset
Das Encoder-Preset steuert, wie viel Zeit FFmpeg für die Optimierung jedes Frames aufwendet. Langsamere Presets finden effizientere Komprimierungsmethoden für dieselbe visuelle Qualität und erzeugen bei gleichem CRF-Wert kleinere Dateien. Der Kompromiss ist die Encoding-Zeit — aber das Ergebnis ist immer eine kleinere Datei mit identischer visueller Qualität.
FFmpeg bietet Presets von ultrafast bis veryslow. So vergleichen sie sich:
| Preset | Encoding-Geschwindigkeit | Dateigröße (relativ) | Wann zu Verwenden |
|---|---|---|---|
ultrafast | 10x | +80% | Nur Live-Streaming |
fast | 4x | +15% | Schnelle Batch-Jobs |
medium | 2x | Baseline | Standard — gute Balance |
slow | 1x | -15% | Beste Qualität pro Byte |
veryslow | 0.5x | -20% | Finale Renders, nächtliche Jobs |
Das slow Preset ist der ideale Mittelweg. Es erzeugt Dateien, die 10–20% kleiner sind als das medium Preset bei gleichem CRF-Wert, ohne Änderung der visuellen Qualität. Die einzigen Kosten sind die Encoding-Zeit — etwa 2x länger als medium. Für ein 5-Minuten-Video bedeutet das 3 Minuten Encoding statt 1,5 Minuten auf typischer Hardware.
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset slow -c:a aac -b:a 192k -movflags +faststart output.mp4
Das veryslow Preset spart zusätzliche 5% ein, benötigt aber doppelt so lange wie slow. Für die meisten Menschen machen die sinkenden Gewinne veryslow nicht die Wartezeit wert. Das slow Preset erfasst die Mehrheit der Kompressionseinsparungen.
Methode 3 — Auflösung Reduzieren
Die Reduzierung der Auflösung ist der einzeln wirksamste Weg, um die Dateigröße zu reduzieren, da sie direkt die Anzahl der Pixel reduziert, die der Encoder verarbeiten muss. Jede Auflösungsstufe folgt ungefähr einer 4x-Beziehung bei der Pixelanzahl:
| Auflösung | Pixelanzahl | Relative Größe | Reduktion von 4K |
|---|---|---|---|
| 4K (3840×2160) | 8,3 Millionen | 100% | — |
| 1080p (1920×1080) | 2,1 Millionen | ~25% | -75% |
| 720p (1280×720) | 0,9 Millionen | ~12% | -88% |
| 480p (854×480) | 0,4 Millionen | ~5% | -95% |
Das Herunterskalieren von 4K auf 1080p reduziert die Dateigröße um etwa 75%. Auf einem Smartphone-Bildschirm ist der Unterschied zwischen 4K und 1080p praktisch unsichtbar, da die Pixeldichte moderner Telefondisplays in normalen Betrachtungsabständen bereits 1080p übersteigt. Auch auf einem 27-Zoll-Desktop-Monitor ist der Unterschied minimal, es sei denn, Sie pixeln.
Der FFmpeg-Befehl zum Herunterskalieren auf 1080p:
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset slow -vf "scale=1920:-2" -c:a aac -b:a 192k -movflags +faststart output.mp4
Der scale=1920:-2 Filter setzt die Breite auf 1920 Pixel und berechnet die Höhe automatisch, um das Seitenverhältnis beizubehalten. Das -2 stellt sicher, dass die Höhe durch 2 teilbar ist (erforderlich von H.264). Verwenden Sie für 720p scale=1280:-2.
Das Wechseln von 1080p zu 720p reduziert weitere 50% der Dateigröße. Auf Telefonen ist 720p vs. 1080p für die meisten Inhalte kaum wahrnehmbar. Dies macht 720p zu einer ausgezeichneten Wahl, wenn Dateigröße das Hauptanliegen ist — E-Mail-Anhänge, Messaging-Apps oder Szenarien mit begrenzte Bandbreite.
Methode 4 — Bildrate Reduzieren
Die Bildrate bestimmt, wie viele Bilder pro Sekunde das Video ausmachen. Eine Reduzierung von 60fps auf 30fps halbiert die zeitlichen Daten, was zu einer signifikanten Reduzierung der Dateigröße führt. Die tatsächlichen Einsparungen hängen von der Inhaltkomplexität ab, aber Sie können typischerweise eine Reduktion von 30–40% erwarten (nicht die vollen 50%, da CRF-Encoding bereits weniger Bits für redundante Frames zuteilt).
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset slow -r 30 -c:a aac -b:a 192k -movflags +faststart output.mp4
Das -r 30 Flag erzwingt die Ausgabe auf 30 Bilder pro Sekunde. Wann ist es sicher, die Bildrate zu reduzieren?
- Talking-Head-Videos, Tutorials, Präsentationen: 24fps oder 30fps ist absolut in Ordnung. Diese Inhaltstypen haben minimale Bewegung, und Zuschauer werden keinen Unterschied bemerken.
- Vlogs, Reisevideos, allgemeines Videomaterial: 30fps wirkt natürlich und fließend. Die meisten TV-Shows und Kinofilme verwenden 24fps, daher übersteigt 30fps tatsächlich, was Zuschauer gewöhnt sind.
- Gaming, Sport, schnelle Action: Behalten Sie 60fps. Die höhere Bildrate ist für flüssige Bewegung in schnelllebigen Inhalten erforderlich. Das Reduzieren auf 30fps führt zu sichtbarem Stottern bei schnellen Kamerabewegungen oder sich schnell bewegenden Objekten.
Wenn Ihre Quelle mit 30fps aufgenommen wurde, gibt es keinen Vorteil, weiter auf 24fps zu reduzieren — die Einsparungen würden minimal sein (etwa 20%) und Sie riskieren, zeitliche Jitter-Artefakte einzuführen, die Judder genannt werden.
Methode 5 — Modernen Codec Verwenden
H.265 (auch HEVC genannt) bietet ungefähr 50% bessere Komprimierung als H.264 bei gleicher visueller Qualität. Das bedeutet, dass eine Datei, die 60 MB mit H.264 wäre, mit H.265 ungefähr 30 MB wird, ohne wahrnehmbaren Qualitätsunterschied.
ffmpeg -i input.mov -c:v libx265 -crf 28 -preset slow -tag:v hvc1 -c:a aac -b:a 192k -movflags +faststart output.mp4
Beachten Sie, dass die CRF-Skala für H.265 unterschiedlich ist. CRF 28 in H.265 erzeugt ungefähr die gleiche visuelle Qualität wie CRF 23 in H.264. Das -tag:v hvc1 Flag ist entscheidend — ohne es spielen Apple-Geräte (Safari, iPhone, iPad, Mac) die Datei nicht ab. Dieses Tag markiert den Stream als HEVC auf die Weise, die Apple-Software erwartet.
| Funktion | H.264 (x264) | H.265 (x265) |
|---|---|---|
| Kompressions-Effizienz | Baseline | 40–50% kleiner |
| Encoding-Geschwindigkeit | Schnell | 5–10x langsamer |
| Wiedergabe-Unterstützung | Universell (99%+) | Moderne Geräte (nach 2017) |
| Browser-Unterstützung | Alle Browser | Safari, Edge, Chrome (teilweise) |
| Social Media | Alle Plattformen | Alle Plattformen akzeptieren es |
| Gleichwertige CRF-Qualität | CRF 23 | CRF 28 |
Der Kompromiss ist klar: H.265 erzeugt dramatisch kleinere Dateien, aber Encoding dauert 5–10x länger und die Wiedergabe-Kompatibilität ist enger. Für Inhalte, die auf modernen Geräten abgespielt oder auf Social Media hochgeladen werden (wo die Plattform ohnehin neu kodiert), ist H.265 eine ausgezeichnete Wahl. Für Inhalte, die auf jedem Gerät einschließlich älterer Smart TVs, Projektoren oder eingebetteter Player abspielen müssen, bleiben Sie bei H.264.
Es gibt auch AV1, einen noch neueren Codec, der die Komprimierungseffizienz von H.265 erfüllt oder übersteigt und dabei lizenzgebührenfrei ist. Allerdings ist AV1-Encoding derzeit extrem langsam (20–50x langsamer als H.264), was es für die meisten Benutzer unpraktisch macht. Mit zunehmender Verfügbarkeit von Hardware-AV1-Encoding in neueren GPUs wird sich dies ändern.
Schnelle Größenschätztabelle
Die folgende Tabelle zeigt geschätzte Dateigrößen für 1 Minute Video über verschiedene Einstellungen. Verwenden Sie sie, um die Größe Ihrer Ausgabedatei vor dem Encoding zu schätzen. Dies sind Näherungen — tatsächliche Größen variieren je nach Inhaltkomplexität (Action-Videomaterial ist größer als Talking Heads).
| Auflösung | CRF | Codec | BPS | Geschätzte Größe / Min |
|---|---|---|---|---|
| 4K (3840×2160) | 18 | H.264 | 30 | ~500 MB |
| 4K (3840×2160) | 23 | H.264 | 30 | ~200 MB |
| 4K (3840×2160) | 28 | H.265 | 30 | ~60 MB |
| 1080p (1920×1080) | 18 | H.264 | 30 | ~120 MB |
| 1080p (1920×1080) | 23 | H.264 | 30 | ~60 MB |
| 1080p (1920×1080) | 28 | H.264 | 30 | ~25 MB |
| 1080p (1920×1080) | 28 | H.265 | 30 | ~15 MB |
| 720p (1280×720) | 23 | H.264 | 30 | ~30 MB |
| 720p (1280×720) | 28 | H.264 | 30 | ~15 MB |
| 720p (1280×720) | 28 | H.265 | 30 | ~8 MB |
| 480p (854×480) | 28 | H.264 | 30 | ~7 MB |
Die hervorgehobene Zeile (1080p, CRF 23, H.264, 30fps) ist die Standard-Einstellung von CleverUtils — sie produziert das beste Gleichgewicht zwischen Qualität und Dateigröße für die überwiegende Mehrheit der Anwendungsfälle. Für Social-Media-Uploads können Sie CRF 28 auf 1080p verwenden, da die Plattform Ihr Video ohnehin neu kodieren wird.
Audio-Komprimierung
Die Videodateigröße bekommt all die Aufmerksamkeit, aber Audio trägt auch bei. Bei einem typischen 1080p-Video machen Audio 5–15% der Gesamtdateigröße aus. Obwohl das minor klingt, addieren sich die Einsparungen bei längeren Videos auf und können den Unterschied zwischen dem Einhalten oder Überschreiten einer Größenlimitierung machen.
| Audio-Einstellung | Bitrate | Größe pro Minute | Qualität |
|---|---|---|---|
| AAC Stereo | 192 kbps | 1,44 MB | Transparent (musiksicher) |
| AAC Stereo | 128 kbps | 0,96 MB | Gut für Sprache & Umgebung |
| AAC Mono | 64 kbps | 0,48 MB | Akzeptabel für reine Stimme |
Kein Audio (-an) | 0 kbps | 0 MB | Stilles Video |
Das Wechseln von 192 kbps zu 128 kbps spart 480 KB pro Minute (etwa 29 MB pro Stunde). Bei Tutorial- und Screencast-Videos, bei denen Audio hauptsächlich Sprache ist, ist 128 kbps AAC mehr als ausreichend — Sprache profitiert nicht von Bitraten über 96 kbps.
Wenn das Video überhaupt kein Audio benötigt (animierte GIF-Ersetzungen, Hintergrundschleifen, stiller B-Roll), entfernen Sie es vollständig:
ffmpeg -i input.mov -c:v libx264 -crf 23 -preset slow -an -movflags +faststart output.mp4
Das -an Flag entfernt alle Audio-Streams und spart die vollständige Audio-Bitrate aus der Ausgabedatei.
Methoden für Maximale Reduktion Kombinieren
Die fünf oben genannten Methoden schließen sich nicht gegenseitig aus. Sie können sie in einem einzigen FFmpeg-Befehl für dramatische Dateigrößenreduktionen kombinieren. Hier ist ein realistisches Beispiel, das alle fünf Methoden gleichzeitig anwendet:
ffmpeg -i input.mov -c:v libx265 -crf 28 -preset slow -tag:v hvc1 -vf "scale=1920:-2" -r 30 -c:a aac -b:a 128k -movflags +faststart output.mp4
Dieser Befehl nimmt eine 4K 60fps ProRes MOV-Datei und produziert ein H.265 MP4 mit 1080p 30fps, CRF 28 und 128 kbps Audio. Das Ergebnis ist eine Datei, die 95–98% kleiner ist als das Original ProRes, während sie auf jedem Bildschirm ausgezeichnet aussieht. Eine 6 GB pro Minute ProRes-Datei wird ungefähr 15–20 MB pro Minute.
Für das häufigste Szenario — ein iPhone 4K HEVC-Video, das Sie kleiner zum Teilen machen möchten — funktioniert dieser einzelne Befehl gut:
ffmpeg -i iPhone_video.MOV -c:v libx264 -crf 26 -preset slow -vf "scale=1920:-2" -c:a aac -b:a 128k -movflags +faststart output.mp4
Dies skaliert auf 1080p herunter, verwendet H.264 für maximale Kompatibilität, setzt CRF 26 für ein gutes Qualitäts-Größen-Verhältnis und verwendet 128 kbps Audio. Ein typisches 1-Minuten-iPhone-4K-HEVC-Video (~170 MB) wird ungefähr 25–35 MB — klein genug für E-Mail, Messaging-Apps und schnelle Uploads.