footage.repair ein Tool, das ich gebaut habe, weil ich es selbst brauchte

Early AccessSolange footage.repair im Early Access ist, ist jede Wiederherstellung kostenlos. Danach gibt es einen Preis pro Datei — ich kündige das hier rechtzeitig vorher an, und was du jetzt wiederherstellst, bleibt kostenlos.

Die Aufnahme ist gestoppt. Das Material nicht.

Sony .RSV- und .MP4-Dateien, deren Schreibvorgang nie fertig wurde.

Datei hier ablegen
Vorschau kostenlos · nichts wird hochgeladen · läuft im Browser
Länge
—
Auflösung
—
Codec
—
Bildrate
—
Audio
—
Kamera
—

Ein Schritt vor dem Start: deine E-Mail-Adresse. Ich nutze sie, um dir Bescheid zu geben, bevor der Early Access endet und Preise gelten, und um mich zu dieser Wiederherstellung zu melden — ob sie geklappt hat, oder wenn ich etwas behebe, das deine Datei betrifft. Sonst nichts, es sei denn, du setzt das Häkchen. Details auf der Datenschutzseite.

Dieser Clip enthält keine Codec-Einstellungen.

Füge einen normalen Clip derselben Kamera mit denselben Einstellungen hinzu. Er muss nicht lang sein — ein paar Sekunden reichen, und auch er wird nicht hochgeladen.

0.0%

Schlüssel verloren? Hier wiederfinden

Einmalige Zahlung für diese Datei. Du bekommst einen Schlüssel per E-Mail, fügst ihn hier ein, und die Wiederherstellung läuft auf deinem Rechner — direkt auf das Laufwerk, das du wählst.


Wenn du auf dieser Seite bist, weiß ich wahrscheinlich genau, wie du dich gerade fühlst. Mir ging es genauso. Deshalb habe ich das hier gebaut. Ich hoffe, es hilft.

Ich arbeite als DIT. Vor einer Weile lief bei einer Doku-Soap-Produktion eine PTZ-Kamera acht Stunden durchgehend und hörte dann einfach auf zu schreiben. 191 GB lagen auf der Karte, und kein Player wollte sie öffnen. Die kostenpflichtigen Reparatur-Tools, die ich ausprobiert habe, haben die Datei entweder komplett abgelehnt oder am Ende etwas zurückgegeben, bei dem der Ton um eine Minute versetzt war. Bei einem zweiminütigen Clip würde man das nie bemerken. Bei acht Stunden Material ist es unbrauchbar.

Also habe ich einen Tag damit verbracht, die Datei von Hand auseinanderzunehmen. Es stellte sich heraus, dass nichts verloren war. Sony-Kameras schreiben den Clip-Index erst ganz am Ende einer Aufnahme — fällt der Strom aus, bleiben alle Frames unverändert auf der Karte, nur die Information fehlt, die einem Player sagt, wo sie liegen. Rekonstruiert man diesen Index, bekommt man die gesamte Aufnahme zurück, Bit für Bit, ohne Neucodierung.

Genau das macht diese Seite. Alles läuft vollständig im Browser — deine Datei geht nirgendwo hin — deshalb dauert eine 200-GB-Wiederherstellung ungefähr so lange wie das Kopieren der Datei.


Was abgedeckt wird: Sony .RSV, Panasonic .MDT & DJI

4:2:2 10-Bit und 4-kanaliges 24-Bit-Audio werden unterstützt, und die Länge ist kein Problem — mehrstündige, hundert Gigabyte große Aufnahmen kommen frame-genau heraus.

Das Layout wird direkt aus der Datei ermittelt statt fest codiert — bei Sony wird nicht einmal ein Referenzclip benötigt; alles Nötige steckt bereits in der Aufnahme selbst.

Als Nächstes

Wird noch nicht unterstützt, ist aber genau das, woran ich gerade arbeite. Lade deine Datei trotzdem hoch — die Prüfung dauert eine Sekunde und kostet nichts. Falls ich es noch nicht verarbeiten kann, reichen die ersten 50 MB meist aus, um die Struktur zu verstehen — schick sie mir, und ich füge es hinzu.

Du weißt nicht, wie man die ersten 50 MB abschneidet? Hier mit einem Klick →


Wie es funktioniert, falls es dich interessiert

Sony beschreibt die Karte in einem festen Zyklus: ein Block mit Zeitstempel-Metadaten, dann fünfzehn Videoframes, dann ein Block mit unkomprimiertem Audio, immer wieder. Der Metadaten-Block beginnt mit einem SMPTE-Schlüssel, und die Videoframes tragen ihre eigene Längenangabe — die ganze Datei lässt sich also durchgehen, ohne zu raten, wo etwas anfängt.

Genau da machen die meisten Tools bei langen Aufnahmen Fehler. Schätzt man Frame-Grenzen statt sie auszulesen, summiert sich der Fehler und der Ton verschiebt sich. Auch die Codec-Parameter stecken in diesem Metadaten-Block, deshalb wird kein Referenzclip benötigt.


Nichts wird hochgeladen

deine Karte → dieser Browser-Tab → dein Laufwerk
mein Server bekommt die Datei nie zu sehen

Ein Tag unbeaufsichtigter Kamera können schon mal ein paar hundert Gigabyte sein. Das irgendwohin zu schicken würde länger dauern als der Dreh selbst, und Sendematerial hat auf dem Server eines Fremden nichts verloren. Deshalb passiert die Arbeit genau dort, wo die Datei schon liegt. Tab schließen, und nichts bleibt zurück.


Notizen

Ein Einfrieren mitten in sehr langen Aufnahmen bei manchen Kameras behoben. Die Codec-Einstellungen wurden nur aus den ersten Sekunden entnommen; führte die Kamera später in der Datei eine neue ein, blieb die Wiedergabe ab dort hängen, während der Ton weiterlief. Jetzt wird dafür die ganze Datei durchsucht.
Unterstützung für BRC-AM7. Ihr Audio stellte sich als 4-kanaliges 24-Bit heraus, was die erste Version falsch behandelte. Eine 191-GB-Aufnahme mit 8h 23m kommt jetzt ohne jede Abweichung heraus.
Die Anforderung eines Referenzclips entfällt. Die Codec-Parameter waren die ganze Zeit in der Datei — ich hatte nur nicht tief genug in den Metadaten-Block geschaut.
Eine falsche Movie-Timescale behoben, die die Frame-Suche in Premiere nach der Sieben-Stunden-Marke zerstörte.

Fragen, eine Datei, die nicht funktioniert, oder einfach eine Rückmeldung, dass es geklappt hat — brian@footage.repair