Beschädigtes Samsung-Galaxy-Video reparieren

Jedes Galaxy-Video ist eine ISO-Base-Media-Datei: eine große mdat-Box, die Bild und Ton komprimiert enthält, und ein moov-Atom, das sie indexiert — die Sample-Tabellen, die für jedes Einzelbild den Byte-Offset, die Größe, das Timing und die Codec-Parameter auflisten, die ein Decoder braucht. Das mdat wird beim Filmen fortlaufend in den internen Speicher geschrieben (den Ordner DCIM/Camera, mit Dateinamen wie 20240115_143022.mp4). Das moov ist anders: Die Kamera-Pipeline baut es im Arbeitsspeicher auf und schreibt es erst dann, wenn du auf Stopp drückst und die Aufnahme finalisiert wird.

Welcher Codec darin steckt, hängt von deinen Einstellungen ab. Ist Videos mit hoher Effizienz aktiviert, ist der Stream HEVC/H.265 — deshalb braucht Material in 8K und 4K60 für seine Auflösung so wenig Platz; ist die Option aus, bekommst du H.264/AVC für maximale Kompatibilität mit Windows, älteren Fernsehern und Social-Apps. Der Modus Super Steady wechselt unbemerkt auf den Ultraweitwinkel-Sensor, und der Modus Pro-Video kann mit höherer Bittiefe aufnehmen — aber sie alle schreiben dasselbe per moov indexierte MP4. Genau dieser eine Konstruktionsumstand erklärt, warum sich eine unterbrochene Aufnahme unabhängig vom Modus, der sie erzeugt hat, identisch verhält: ein vollständiges mdat aus HEVC oder H.264 ohne Index, das die Galerie als graues oder defektes Vorschaubild zeigt und das jeder Player mit einem Fehler öffnet.

Galaxy-Clips gehen genau an dem einen Punkt kaputt, an dem das moov geschrieben werden sollte — am Ende der Aufnahme —, und es gibt vier häufige Wege, ihn nie zu erreichen:

Thermische Abschaltung bei einer langen Aufnahme. Das ist der typische Galaxy-Fehler. 8K und 4K60 fordern den Snapdragon oder Exynos stark, und nach mehreren Minuten zeigt das Telefon die Überhitzungswarnung und schließt die Kamera, um abzukühlen. Die Aufnahme endet, ohne finalisiert zu werden: Die bis zu diesem Moment erfassten Einzelbilder liegen im Speicher, der Index, der die Datei geschlossen hätte, jedoch nicht.

Der Akku war mitten in der Aufnahme leer. Ein Telefon, das sich während der Aufnahme ausschaltet, führt die Stopp-Routine nie aus, sodass der Container auf genau dieselbe Weise unabgeschlossen bleibt.

Die Kamera-App stürzte ab oder wurde zwangsweise beendet. Ein Absturz, ein Beenden durch Androids Low-Memory-Manager oder das Wegtippen, während das System die App bei laufender Aufnahme zurückfordert — all das beendet die Aufnahme, ohne den Index zu schreiben.

Der Speicher lief während des Filmens voll. HEVC in 8K schreibt Hunderte Megabyte pro Minute; wenn der interne Speicher oder die microSD null freien Speicherplatz erreicht, schlägt der Schreibvorgang auf halbem Weg fehl und die Datei wird abgeschnitten.

Jeder dieser Fälle hinterlässt gültige Einzelbilder hinter einem unvollständigen Index — der reparierbare Fall. Was sich nicht wiederherstellen lässt, ist das Material nach der Unterbrechung: Es wurde nie in den Speicher geschrieben.

Wenn der Index verloren ist, wird er rekonstruiert, indem der erhaltene Stream durchsucht und die Sample-Tabellen neu aufgebaut werden, die das Telefon geschrieben hätte. Ein intakter Clip vom selben Galaxy, im selben Modus aufgenommen, macht das deutlich zuverlässiger: Er trägt genau die Codec-Konfiguration, die der beschädigten Datei fehlt — die HEVC-Parametersätze (VPS/SPS/PPS) für einen Clip mit hoher Effizienz oder die von H.264 für einen Standard-Clip —, sodass die Rekonstruktion die ursprüngliche Auflösung und Bildrate nachbildet, statt sie zu erraten.

In der Praxis: Nimm ein paar entbehrliche Sekunden mit demselben Telefon und denselben Kamera-Einstellungen auf — gleiche Auflösung, gleiche Bildrate, gleiche Wahl zwischen HEVC und H.264 — und halte sie bereit. Achte darauf, dass der Codec zur beschädigten Datei passt; du wirst nur danach gefragt, wenn die Reparatur ihn tatsächlich braucht. Generische MP4-Proben von einem anderen Gerät helfen in der Regel nicht, weil sich die Parametersätze unterscheiden.