H.265 und H.264 nachgeprüft: Dateigröße, SSIM und Kodierzeit

Ein Codecname legt keine feste Speicherersparnis fest. Encoderimplementierung, Einstellungen, Ausgangsmaterial und Qualitätsmaßstab wirken zusammen. Ein erhaltenes Experiment mit H.264, H.265 und AV1 ist gerade deshalb hilfreich, weil die Dateien die Grenzen einer einfachen Prozentangabe zeigen.

Ein Encoder ist die Software oder Hardware, die das komprimierte Video erzeugt. Ein Preset legt den Kompromiss zwischen Rechenaufwand und Kompressionseffizienz fest. CRF steuert die Qualität innerhalb eines Encoders; gleiche Zahlen bei verschiedenen Encodern versprechen keine gleichen Ergebnisse.

Was im Archiv vorhanden ist

Das Experiment vom 2. September 2026 enthält zwei jeweils sechs Sekunden lange Y4M-Quellen mit 1280 × 720 Pixeln, 25 Bildern pro Sekunde und YUV 4:2:0 sowie achtzehn MP4-Kodierungen. Eine Quelle verbindet einen unbewegten fotografischen Hintergrund mit einem bewegten Quadrat. Die andere ist ein künstliches bewegtes Testbild. Das sind konstruierte Testszenen, keine repräsentative Stichprobe von Überwachungsaufnahmen.

Das protokollierte Skript verwendet libx264 und libx265 mit veryfast sowie libsvtav1 mit Preset 8. Die CRF-Werte betragen 20, 26 und 32 für x264/x265 und 30, 40 und 50 für SVT-AV1. Diese Einstellungen bilden keine gleichwertigen Aufwands- oder Qualitätsskalen. Bei x265 ist veryfast die dritte Stufe vom schnellsten Ende aus, nicht die zweite.

Was die Nachprüfung bestätigt

Alle achtzehn gespeicherten Dateigrößen stimmen mit dem historischen Protokoll überein. Die erneute Dekodierung jeder Ausgabe gegen ihre erhaltene Quelle reproduzierte die SSIM-Werte mit weniger als 0,000002 Abweichung. Auch Quellbilder wurden angesehen. Die Kodierzeiten wurden nicht neu gemessen; die folgenden Zeitangaben bleiben historische Beobachtungen aus dem Protokoll.

Die Tabelle zeigt ausgewählte tatsächliche Ausgaben, keine auf gleiche Qualität normierten Dateien. Dezimale kB entsprechen 1.000 Byte. Die Größen enthalten den MP4-Containeraufwand. Aus den Zeilen folgt keine allgemeine Rangliste der Codecstandards.

SSIM misst Ähnlichkeit, nicht identische Wahrnehmung

SSIM beschreibt strukturelle Ähnlichkeit zu einer Referenz. Gleiche Durchschnittswerte beweisen weder identische wahrgenommene Qualität noch gleich gute Erkennbarkeit kleiner Details. Die x265-Dokumentation weist darauf hin, dass wahrnehmungsbezogene Optimierungen Messwerte zugunsten der Darstellung verschieben können, und empfiehlt für SSIM-Vergleiche eine passende Abstimmung. Der erhaltene Befehl enthält diese Abstimmung nicht.

Bei der ruhigen Quelle reicht x264 von SSIM 0,940944 bis 0,986467, x265 von 0,965353 bis 0,992410 und AV1 von 0,987918 bis 0,997030. Über alle drei gibt es keinen gemeinsamen gemessenen Bereich. Die AV1-Datei mit 179,212 kB hat einen höheren SSIM als die x264-Datei mit 300,607 kB. Exakt gleiche Qualität ist damit aber nicht belegt.

Bei der bewegten Quelle überschneiden sich die Messbereiche. Interpolation schätzt einen Zwischenwert aus vorhandenen Messpunkten. Mit den drei Stichproben lässt sich so die Dateigröße bei einem gewählten SSIM-Wert schätzen, sofern der Zielwert innerhalb des gemessenen Bereichs liegt und das Verfahren genannt wird. Die Schätzung ist keine tatsächlich kodierte Datei. Lineare Interpolation in Byte kann andere Ergebnisse liefern als eine Rechnung mit logarithmischer Bitrate. Ein Wahrnehmungsvergleich braucht zusätzliche Belege.

Kein Lauf belegt Echtzeitkodierung

Die historischen Zeiten betragen 7,4 bis 17,1 Sekunden für x264, 41,4 bis 149,6 für x265 und 61,2 bis 180,7 für AV1, jeweils für sechs Sekunden Material. Jeder protokollierte Lauf dauerte länger als das Ausgangsvideo. Die Voreinstellungen als nachweislich echtzeitfähig zu bezeichnen, widerspricht diesen Beobachtungen.

Ein Dateikodiertest prüft zudem keine vollständige Kameraverarbeitung. Aufnahme, Pufferung, Verzögerung, Ton und Dauerlast brauchen eigene Prüfungen. Gleiche Presetnamen bedeuten keinen gleichen Rechenaufwand. Ein Hardwareencoder garantiert weder eine bestimmte Ersparnis noch Unterstützung für jede Auflösung und Bildrate.

Was die früheren Prozentwerte tragen

Die früheren zwölf Prozent Ersparnis und achtzehn Prozent Mehrbedarf beruhen auf ausgewählten Vergleichen und geschätzten Punkten mit angeglichenem Messwert. Die Dateien tragen eine engere Aussage: Größe und SSIM ändern sich mit Encoder und Einstellung, und die geprüften Softwareläufe hielten Echtzeit nicht ein. Daraus folgt weder ein alleiniger Einfluss der Geschwindigkeitsstufe noch ein allgemein geringerer Effizienzverlust von AV1 bei hohem Tempo.

Auch die vorgeschlagene Bewegungsgrenze von 13,8 Prozent setzt voraus, dass beliebige Tagesaufnahmen eine lineare Mischung dieser beiden Szenen bilden. Szenenwechsel, Gruppierung der Einzelbilder (GOP-Struktur), Rauschen und Bitratensteuerung können diese Annahme verletzen. Eine Planungsgrenze für Kameras entsteht daraus nicht.

Eine brauchbare Speicherentscheidung

Ein Praxisvergleich benötigt repräsentatives Material, konkrete Encoderversionen und Einstellungen, wiederholte Zeitmessungen, Qualitätsbewertung und die tatsächlichen Wiedergabeanforderungen. Bei gemessener durchschnittlicher Gesamtbitrate von 1 Mbit/s entstehen rund 10,8 dezimale GB pro Tag Daueraufnahme vor Dateisystemaufwand. Der Codecname allein liefert diese Bitrate nicht.

Spätere Umkodierung kann manche Archive verkleinern, benötigt aber Rechenarbeit. Beim erneuten Komprimieren können weitere Bilddetails verloren gehen. Ob ein ganzer Bestand umkodiert werden kann, hängt von Rechenkapazität und Zeitvorgabe ab. Die historischen AV1-Läufe zeigen hohen Aufwand auf dem damaligen Aufbau, kein allgemeines Verbot.

Quellen

• x265: Voreinstellungen und messwertbezogene Abstimmung
• x265: SSIM und Encoderoptionen
• ITU-T: H.265-Standard