FixMyVideos

Atomos Ninja-Aufnahme gestoppt – Datei lässt sich nicht öffnen

Die Atomos Ninja, Ninja V, Ninja V+, Ninja Phone (2024), die neue Ninja TX / Ninja TX GO / Ninja RAW-Familie (angekündigt 2026) und die Shogun-Produktreihe – einschließlich der aktuellen Shogun Ultra und der im Rack montierten Shogun AV-19 (Februar 2026, Auslieferung März 2026) – sind der Goldstandard für externe ProRes-Aufnahmen – und der Goldstandard für einen bestimmten Fehlermodus. Wenn das Gerät während der Aufnahme keinen Strom mehr hat (der Akku ist leer, der Netzstecker fällt aus, das Kabel löst sich), stoppt die Aufnahme abrupt und die Datei auf der SSD ist groß, sieht fehlerfrei aus und lässt sich absolut nicht öffnen. Auf dieser Seite geht es um diese Datei.

Wir haben viele davon wiederhergestellt. Die Muster sind konsistent und die Lösung ist gut bekannt. Die gute Nachricht: In neun von zehn dieser Fälle sind die eigentlichen ProRes-Frames auf der SSD intakt. Was fehlt, sind die QuickTime-Container-Metadaten, die Ihrem Editor mitteilen, wo sich die Frames befinden.

Was befindet sich auf der SSD, wenn ein Ninja mitten in der Aufnahme stoppt?

Atomos-Geräte zeichnen ProRes (oder DNxHR/DNxHD bei einigen Konfigurationen) in MOV-Containern auf. Der Container wird in dem Moment fertiggestellt, in dem du auf Stopp drückst. Wenn die Stromversorgung vor diesem Moment unterbrochen wird, sieht die Datei wie folgt aus:

[ftyp]               ← container declaration, intact
[mdat starts here]   ← all your ProRes frames + LPCM audio interleaved
... a few hundred MB to several GB of frames ...
[mdat ends abruptly]  ← no MOOV, no closing atoms

Viele MOV-fähige Tools gehen davon aus, dass „[ftyp]“ plus ein fehlendes oder nicht analysierbares „[moov]“ bedeutet, dass die gesamte Datei unbrauchbar ist. Das ist er nicht. Die Framedaten in „mdat“ sind der Take.

Warum dies speziell Atomos-Geräte betrifft

Atomos-Geräte sind gerade deshalb beliebt, weil sie die Container-Grenzen der Kamera umgehen – man erhält längere Takes, höhere Bitraten und ProRes-/DNx-Codecs, die die Kamera selbst intern nicht schreiben kann. Der Nachteil ist, dass sie auch ein separates Gerät mit separater Stromversorgung sind. Wenn das Kameragehäuse in Ordnung ist, aber der Akku des Ninja leer ist, wird die Aufnahme auf der SSD nie sauber beendet.

Häufige Auslöser, die wir beobachten:

  • Erschöpfung des NP-F-Akkus bei langen Interviews/Dokumentararbeiten.
  • Loses D-Tap-Kabel, wenn sich der Kameramann bewegt.
  • Stromausfall des Netzteils an Orten mit unsicherer Stromversorgung.
  • SSD ausgeworfen, während das Gerät noch schreibt (selten, passiert aber bei Hot-Swap-Fehlern).
  • Firmware-Absturz bei älteren Ninja-V+-Firmwares – das Gerät startet neu, die Aufnahme geht verloren, genau wie bei einem Stromausfall.

Zwei Atomos-spezifische Macken, die unsere Engine behebt

Die meisten allgemeinen Wiederherstellungstools geben eine Datei zurück, die fast funktioniert. Normalerweise versagen sie beim Audio. Dafür gibt es zwei spezifische Gründe.

1. Little-Endian-PCM, wobei alles andere Big-Endian ist

Atomos-Geräte schreiben PCM-Audio als Little-Endian 24-Bit. Das MOV-Format von QuickTime ist historisch gesehen Big-Endian. Viele Wiederherstellungstools führen beim Wiederherstellen der Audiospur einen bedingungslosen Byte-Swap durch. Das funktioniert für kamerainternes Audio, erzeugt aber Audio, das bei Atomos-Dateien wie Rauschen klingt. Wir erkennen die Endian-Reihenfolge anhand der tatsächlichen Sample-Verteilung und tauschen nicht, es sei denn, die Daten weisen uns darauf hin.

2. Platzierung von Audio-Chunks innerhalb der Videogruppe

Bei der MOV-Verschachtelung befinden sich Audio-Chunks neben Video-Chunks in „mdat“. Die genaue Position – vor dem Video-Chunk in derselben Gruppe oder dahinter – wirkt sich auf die Timeline-Synchronisierung aus. Bei Atomos-Dateien müssen sich die Audio-Chunks am Anfang der Videogruppe befinden. Wenn sie am Ende platziert werden, entsteht eine Audio-Verschiebung von etwa einer halben Sekunde, die durch keine Dehnungskorrektur behoben werden kann. Wir haben dies bei einer bestimmten Ninja-V-Firmware-Revision festgestellt, und es stellte sich heraus, dass dies für die gesamte Produktlinie gilt.

Wenn du ein generisches MP4-Reparaturtool verwendest und es eine Datei mit einem Audio-Offset von ~0,5 s zurückgibt, ist das mit ziemlicher Sicherheit der Grund.

Was du selbst ausprobieren kannst

  1. Schließe die SSD an deinen Computer an und kopiere die Datei von der Festplatte, bevor du etwas anderes tust. Versuche niemals, die Wiederherstellung auf der ursprünglichen SSD durchzuführen – arbeite an einer Kopie.
  2. Der eigene AtomOS-Rettungsmodus von Atomos. Neuere Firmware verfügt über die Option „Wiederherstellung unvollständiger Aufnahmen“, die auf dem Gerät ausgeführt wird. Versuche es zuerst damit – wenn es funktioniert, bist du in zwei Minuten fertig. Wenn nicht, ist deine Datei in unserem Bereich.
  3. „untrunc“ (Open Source). Hervorragend geeignet für Atomos-Dateien, insbesondere weil der Fehlermodus (abgeschnitten, fehlendes MOOV, ansonsten intakt) genau das ist, wofür untrunc entwickelt wurde. Du benötigst eine „gute“ Referenzdatei von demselben Ninja-Gerät mit denselben Aufnahmeeinstellungen.
  4. 'ffmpeg -i broken.mov -c copy out.mov'. Wird nicht wiederhergestellt, aber es wird dir angezeigt, was FFmpeg sieht.

Wenn du keine passende Referenzdatei hast, kann untrunc nicht helfen. Das ist der häufigste Grund, einen Service wie unseren zu nutzen.

So geht unsere Wiederherstellung mit einer Ninja-Datei um

  • Kein Referenzclip erforderlich. Wir extrahieren Codec-Parameter aus dem ersten vollständigen ProRes-Frame in „mdat“. ProRes-Frames haben ihre eigene Breite, Höhe und einen eigenen Codec-FourCC („apcn“, „apch“, „apcs“, „ap4h“ usw.). Das reicht aus, um ein gültiges „stsd“ wiederherzustellen.
  • Alle ProRes-Varianten. Proxy, LT, 422, HQ, 4444, 4444 XQ. Der Codec-Four-CC identifiziert die Variante; für den Rest der Pipeline ist das unerheblich.
  • DNxHR/DNxHD wird ebenfalls unterstützt (Ninja und Shogun können beide aufnehmen).
  • Audio wird von Anfang an korrekt verarbeitet (die beiden oben genannten Macken).
  • „co64“ für Dateien über 4 GB, was die meisten professionellen Ninja-Aufnahmen sind.

Was du tust

  1. Lade die beschädigte Datei hoch. Bis zu 50 GB. Drag-and-drop.
  2. Etwa 1 Minute später erhältst du eine kostenlose 5-Sekunden-Vorschau. Bild und Ton. Du kannst scrubben.
  3. Wenn alles in Ordnung ist, bezahle und lade die vollständige wiederhergestellte Datei herunter. Wenn nicht, passe die Parameter interaktiv an oder lasse die Datei kostenlos von einem Menschen überprüfen.

FAQ

Funktioniert das auf Ninja, Ninja V, Ninja V Plus, Ninja Phone, Ninja TX, Ninja TX GO, Ninja RAW, Shogun, Shogun Connect, Shogun Ultra, Shogun AV-19 und Sumo? Ja. Das Container-Format ist bei allen Produkten gleich. Der Codec (ProRes/DNx) und die Audiokonfiguration variieren, aber unsere Engine identifiziert sie anhand der Daten.

ProRes-RAW-Aufnahmen – werden diese unterstützt? Teilweise. ProRes-RAW-Frames werden erkannt, aber die Metadaten, die zur Rekonstruktion des vollständigen ProRes-RAW-Streams erforderlich sind (kameraspezifische Farbinformationen, Sensormetadaten), fehlen in den schlimmsten Beschädigungsfällen manchmal. Wir versuchen, dir schnell Bescheid zu geben, wenn wir das nicht können.

Mein Atomos hat von einer RED/ARRI/Sony Venice aufgezeichnet – ändert das etwas? Nein. Die Atomos schreibt ProRes/DNx unabhängig von der Quellkamera. Die Wiederherstellung ist identisch.

Kann ich nur das Audio wiederherstellen, nicht das Video? Ja – eskalieren Sie den Fall nach dem Hochladen und fragen Sie danach. Wir können nur Audio extrahieren.

Meine Datei wird 30 Sekunden lang abgespielt und stürzt dann Premiere/Resolve ab. Anderer Fehlermodus (Beschädigung in der Mitte der Datei, MOOV fehlt nicht). In den meisten Fällen immer noch wiederherstellbar. Lade die Datei hoch und die Diagnose zeigt uns, um welches Muster es sich handelt.

Ähnliche Themen

Lade deine Atomos-Datei hoch →

Kostenlose Vorschau · Unverbindlich

Sind Sie bereit, Ihr Video wiederherzustellen?

Laden Sie Ihre Datei hoch – in etwa einer Minute erhalten Sie kostenlos eine 5-Sekunden-Vorschau. Sie zahlen nur, wenn die Vorschau in Ordnung aussieht.

Video hochladen →