GC SERIE
LETZTER
TAB

Warum ein Video rückwärts mehr Arbeit macht




Redaktion









Technologie




4 Min. Lesezeit

Transparenzhinweis: Affiliate-Links enthalten – Details am Artikelende.

Ein Video rückwärts abzuspielen lässt verschütteten Kaffee zurück in die Tasse springen und einen Ball wieder in die Hand fliegen. Für die Zuschauer wechselt nur die Richtung. Für die Software kann dahinter ein erheblicher Umweg stecken, obwohl sämtliche Bilder bereits in der Datei enthalten sind. Sie liegen dort nämlich häufig nicht als unabhängige Fotos bereit, die ein Programm bloß vom letzten bis zum ersten durchblättern müsste.

Der Eindruck einer solchen Bildersammlung entsteht erst bei der Wiedergabe. Auf dem Bildschirm erscheint ein vollständiger Moment nach dem anderen. Gespeichert werden kann stattdessen eine Mischung aus eigenständig lesbaren Bildern und Informationen, die auf andere Bilder verweisen. Was die Datei platzsparend macht, erschwert die Reise in die Gegenrichtung. Die sichtbare Reihenfolge und die zum Zusammensetzen nötige Arbeit folgen unterschiedlichen Regeln.

Warum ein Video rückwärts nicht einfach rückwärts gelesen wird

Die MDN-Dokumentation zur Videoverarbeitung beschreibt diese zeitliche Kompression anhand von Schlüsselbildern und sogenannten Delta-Bildern. Ein Schlüsselbild enthält genug Informationen, um daraus ein vollständiges Bild zu erzeugen. Dazwischen können Bilder stehen, deren Inhalt mithilfe anderer Bilder rekonstruiert wird. Auch das Schlüsselbild ist dabei komprimiert; es benötigt für seinen Bildinhalt nur keine weiteren Videobilder als Vorlage.

Bei einer ruhigen Aufnahme wäre es schließlich verschwenderisch, dieselbe Wand in jedem Moment vollständig neu zu beschreiben. Stattdessen können Verfahren unter anderem festhalten, welche Bildbereiche sich verschoben haben und welche Unterschiede ergänzt werden müssen. Das ist stark vereinfacht, trifft aber den entscheidenden Punkt: Ein später angezeigtes Bild muss in der Datei nicht als vollständig eigenständiges Bild vorliegen. Für seine Darstellung werden weitere Informationen gebraucht.

Diese Abhängigkeiten fallen bereits beim Springen an eine bestimmte Stelle auf. FFmpeg erläutert für seine Suche nach einer Zeitposition, dass viele Formate keinen beliebigen, exakt passenden Einstieg erlauben. Das Programm springt dann zu einem früheren geeigneten Punkt und decodiert beim präzisen Umwandeln den zusätzlichen Abschnitt bis zur gewünschten Position. Die dabei entstehenden Bilder werden verworfen. Selbst ein scheinbar direkter Sprung kann also einen kleinen Anlauf enthalten.

Erst zusammensetzen, dann die Reihenfolge umdrehen

Für die Rückwärtswiedergabe beschreibt das Multimedia-Projekt GStreamer einen Ablauf in Abschnitten: Daten werden von hinten her eingesammelt, bis ein passendes Schlüsselbild gefunden ist. Anschließend setzt der Decoder die dazugehörigen Bilder zusammen und sammelt sie im Speicher. Erst die fertigen Bilder werden in umgekehrter Reihenfolge weitergegeben. Die einzelnen Bytes der Datei werden dabei ausdrücklich nicht rückwärts gelesen.

Das Programm blättert damit gewissermaßen ein Stück zurück, liest den Abschnitt in einer brauchbaren Reihenfolge und zeigt das Ergebnis anschließend andersherum. Die Anzeige kann rückwärts laufen, während die Rekonstruktion innerhalb solcher Abschnitte weiterhin ihre Abhängigkeiten beachten muss. GStreamer weist deshalb auch auf den möglichen Speicherbedarf hin: Sowohl noch nicht decodierte Daten als auch bereits zusammengesetzte Bilder können zwischengelagert werden.

Wie deutlich diese Vorbereitung ausfallen kann, zeigt der Rückwärtsfilter von FFmpeg. Seine Dokumentation warnt, dass der gesamte Clip zwischengespeichert werden muss, und empfiehlt deshalb, ihn vorher zu kürzen. Das beschreibt diesen konkreten Filter. Andere Umsetzungen können abschnittsweise arbeiten; aus dem Beispiel folgt keine allgemeine Pflicht, vor jedem Rückwärtslauf einen ganzen Spielfilm in den Arbeitsspeicher zu laden.

Entscheidend bleiben die Codierung und die Umsetzung im jeweiligen Programm. Bei unabhängig voneinander codierten Bildern fehlen die beschriebenen Verweise zwischen den Bildern. Auch der Abstand geeigneter Einstiegspunkte und die vorhandenen Zwischenspeicher beeinflussen, wie eine Anwendung arbeiten kann. Aus einer flüssigen Vorwärtswiedergabe lässt sich deshalb allein noch keine ebenso mühelose Rückwärtswiedergabe ableiten.

Wie viel Rechenarbeit hinter einer handlichen Bilddatei steckt, zeigt auch die Erklärung, warum ZIP-Dateien Fotos kaum kleiner machen. Beim Video kommt zur verdichteten Darstellung einzelner Bilder noch das Sparen zwischen ähnlichen Momenten hinzu. Die Datei wird dadurch kleiner, ihre Bilder werden allerdings stärker miteinander verknüpft.

Unter den kleinen Technikrätseln des digitalen Alltags ist das eine besonders passende Zeitreise. Auf dem Bildschirm sammelt sich der Kaffee wieder in der Tasse. Dahinter muss die Software erst herausfinden, wie jeder einzelne Moment aussah, bevor sie ihn verschwinden lassen kann. Die Zeit läuft rückwärts. Die Vorarbeit hält sich weiter an ihre Reihenfolge.

Stand der Recherche: 29. Oktober 2026.

Hauptquellen

Transparenzhinweis: Der Beitrag erklärt typische Bildabhängigkeiten komprimierter Videos anhand von Entwicklerdokumentationen. Die beschriebenen Abläufe von GStreamer und FFmpeg sind konkrete Umsetzungen. Verhalten und Speicherbedarf anderer Programme können abweichen; eigene Vergleichsmessungen wurden dafür nicht durchgeführt.

Aktuelle Angebote

Technik-Deals im Überblick

Ausgewählte Angebote und zeitlich begrenzte Preisaktionen rund um Technik und Gadgets.

Angebote ansehen
SECHS BEREICHE. EINE REDAKTION.

Entdecke mehr bei gadgetChecks