Jetzt reparieren
- Datei ablegen
- Reparatur läuft lokal
- Ergebnis herunterladen
Warum ein unterbrochener Schreibvorgang — kein Crash — den letzten Clip zurücklässt
Da der Air 3 aus beiden Objektiven aufnehmen kann, kann ein einziger unterbrochener Flug ein Paar unfertiger MP4s aus genau demselben Moment hinterlassen — eine vom 24-mm-Weitwinkel, eine vom 70-mm-Tele mit 3-fachem Zoom. Und seine schnellsten Modi (die 4K-Zeitlupe mit 100 fps sowie 4K mit 60p) sind reines H.265, sodass ein defekter Air-3-Clip häufig HEVC ist, selbst wenn dein Alltagsmaterial H.264 ist. So oder so wird jede dieser MP4s in zwei Teilen geschrieben: Das codierte Bild (mdat) fließt Bild für Bild auf die Karte, während du fliegst, und der Index (moov) — die Tabelle, die festhält, wo jedes Einzelbild liegt und wie der H.264/H.265-Stream konfiguriert ist — wird als Letztes geschrieben, erst wenn die Aufnahme sauber stoppt. Wird dieser letzte Schritt unterbrochen, ist das Material vollständig vorhanden, aber die Landkarte dorthin wird nie gesetzt.
Stromausfall. Ein Akku, der seine kritische Schwelle erreicht, ein locker gerüttelter Akku oder eine Zelle, die mitten im Clip einfach leerläuft, kappt den Schreibvorgang in dem Augenblick, in dem es passiert. Eine erzwungene Landung. Wenn der Air 3 bei niedrigem Akku automatisch landet oder zum Startpunkt zurückkehrt und die Motoren herunterfahren, kann eine noch laufende Aufnahme unfinalisiert zurückbleiben. Ein abgeschnittener Kartenschreibvorgang. Eine zu früh ausgeworfene, locker gestoßene oder zu langsame microSD kann die Aufnahme mitten im Stream abschneiden. In jedem Fall sind die früheren Clips desselben Fluges in Ordnung — sie wurden finalisiert, bevor die nächste Aufnahme begann —, sodass nur die Datei, die im Moment der Unterbrechung gerade lief, unabspielbar endet.
Das Verräterische ist eine Datei mit glaubhafter Größe — oft mehrere Hundert Megabyte echtes 4K —, die ein Player trotzdem als beschädigt ablehnt, als 0:00 lang meldet oder mit einem schwarzen Bild öffnet. Genau diese Größe ist der Beweis, dass das Material geschrieben wurde; was fehlt, ist nur der Index, der darauf verweist.
Wie der Container neu aufgebaut wird — und warum die zweite Kamera hilft
Wenn der moov fehlt, lässt er sich rekonstruieren, indem man das erhaltene mdat durchsucht und die Sample-Tabellen neu erzeugt, die die Drohne bei einem sauberen Stopp geschrieben hätte. Ein originalgetreuer Neuaufbau braucht die exakte Stream-Konfiguration des Clips — Codec (H.264 gegenüber HEVC), Auflösung, Bildrate und die Parametersätze — und die ideale Quelle ist ein intakter Clip derselben Air 3, im selben Modus aufgenommen. Die Doppelkamera spielt dir hier in die Hände: Weitwinkel und Tele nehmen mit denselben Einstellungen auf, sodass das gute Material des einen Objektivs eine natürliche Referenz für das andere ist, und ein unterbrochener Flug lässt fast immer frühere Clips auf der Karte unberührt. Du wirst nur dann nach einer Referenz gefragt, wenn die Datei sie braucht.
Zwei ehrliche Grenzen. Erstens die Obergrenze bei jedem unterbrochenen Schreibvorgang: Einzelbilder, die vor dem Stromausfall nie auf die Karte gelangten, lassen sich nicht erfinden — der Neuaufbau stellt alles bis zu dem Punkt wieder her, an dem die Aufnahme stoppte, und kein Bild darüber hinaus. Zweitens: Wenn das Fluggerät bei einer erzwungenen Landung hart aufkam oder aus dem Wasser oder von einem Feld geborgen wurde, prüfe zuerst die microSD selbst; eine physisch beschädigte Karte kann für Teile der Datei Nullen zurückgeben, und keine Software kann Material rekonstruieren, das nie wirklich gespeichert wurde. Kopiere die Karte zuerst auf deinen Computer; sind die Bytes da, erledigt der Neuaufbau des Containers den Rest.
Was sich reparieren lässt und was nicht
Kann repariert werden
- Der Clip, der aufgenommen wurde, als der Strom wegfiel, eine erzwungene Landung die Motoren stoppte oder der Kartenschreibvorgang unterbrochen wurde (nicht finalisierte MP4, fehlender moov)
- Die Datei jeder der beiden Kameras — das 24-mm-Weitwinkel oder das 70-mm-Tele —, die von der microSD kopiert wurde, sich aber in keinem Player abspielen lässt
- H.265-Clips (HEVC) aus dem 4K/60p- oder dem 4K-Zeitlupenmodus mit 100 fps sowie alltägliche H.264-Dateien mit beschädigtem Container
- Container-Schäden: fehlender Index, falsche Offsets, Dauer mit Länge null, wenn die Videodaten selbst überlebt haben
Kann nicht repariert werden
- Material, das nie geschrieben wurde, weil der Strom mitten in der Aufnahme wegfiel — der Neuaufbau endet dort, wo die Aufnahme endete (die Kürzung über den Abbruch hinaus lässt sich nicht erfinden)
- Daten, die physisch durch eine bei einer harten Landung oder im Wasser beschädigte microSD verloren gingen (zuerst die Karte wiederherstellen, dann reparieren)
- Clips, die nach dem Wiederverwenden oder Neuformatieren der Karte überschrieben wurden
- Dateien, die sich als 0 Byte oder fast nur Nullen lesen lassen
Wenn eine Reparatur fehlschlägt, sagen wir dir warum (fehlende Daten gegenüber beschädigter Struktur), und für eine fehlgeschlagene Reparatur wird dir nie etwas berechnet.