„moov atom not found" beheben — bau den Index in deinem Browser neu auf

Der Fehler bedeutet, dass der Index der Datei nie geschrieben wurde. Deine Einzelbilder sind noch in der Datei; ihnen fehlt nur die Karte. Und Karten lassen sich neu aufbauen.

Deine Datei verlässt nie dein Gerät — die Reparatur läuft in deinem Browser. 0 Bytes hochgeladen.

Your data is the big block — usually intact. What breaks is the small index. Repair rebuilds it.

Drop a file here or browseTap to choose a file

ZIP · Office · PDF · video · JPG · PNG · RAR/7z · SQLite — repaired right here in your browser. Nothing is uploaded

0 bytes uploadedFree: 3 repairs/day — up to 500 MB video, 100 MB docs & archives, 50 MB photos. Free download. Single repair €5.90. No account required.

Repariere die Datei jetzt

  1. Datei ablegen
  2. Reparatur läuft lokal
  3. Ergebnis herunterladen

Leg das MP4 oben ab. Das Tool liest es lokal und meldet, ob der moov beschädigt oder ganz abwesend ist — das entscheidet über den Reparaturweg. Nichts wird installiert und nichts hochgeladen.

Der Stand der Engine, ehrlich gesagt: Die strukturelle Remux-Reparatur (für Dateien, deren moov existiert, aber beschädigt, abgeschnitten oder falsch positioniert ist) funktioniert schon heute. Die vollständige Rekonstruktion des Index für Dateien ganz ohne moov ist in Entwicklung.

Was der Fehler bedeutet

[mov,mp4,m4a,3gp,3g2,mj2 @ 0x...] moov atom not found Invalid data found when processing input

Ein MP4 speichert deine komprimierten Einzelbilder in einem großen Block (dem mdat-Atom) und, getrennt davon, das moov-Atom: den Index, der festhält, wo jedes Einzelbild beginnt, wie lange es dauert und wie sich Audio und Video verschachteln. Das moov wird geschrieben, wenn die Aufnahme finalisiert wird, denn Größe und Anzahl der Einzelbilder stehen erst fest, wenn die Kodierung endet. Ein Absturz, ein Stromausfall oder eine volle Karte vor diesem Moment lassen den Datenblock auf dem Datenträger zurück und den Index nirgends.

Deshalb sagt die zweite ffmpeg-Zeile invalid data: Der Demuxer meldet kein zerstörtes Filmmaterial, sondern dass ihm der Index fehlt, um das Filmmaterial überhaupt zu deuten. Ein anderes Problem — und ein weit besser lösbares.

Warum ffmpeg das nicht beheben kann

Wenn du hier bist, hast du wahrscheinlich schonffmpeg -i broken.mp4 -c copy out.mp4 und vielleicht -movflags faststart probiert. Beide sind aus demselben Grund gescheitert: Sie arbeiten mit dem Ergebnis eines erfolgreichen Lesevorgangs. Das Stream-Copying braucht einen Demuxer, der ihm Pakete liefert; faststart verschiebt ein moov, das bereits existieren muss. Wenn die Eingabe kein moov hat, scheitert das Lesen, bevor eine der Optionen überhaupt greift. Das ist keine Option, die du nur noch nicht gefunden hast; es ist eine echte Grenze dessen, was ein Konverter leisten kann. Die Datei zu reparieren heißt Rekonstruktion, nicht Konvertierung: den rohen Datenblock nach den Grenzen der Einzelbilder absuchen und die Sample-Tabellen aus dem neu aufbauen, was sich findet.

Im Vergleich zu untrunc — und wo unsere Engine steht

untrunc ist das etablierte kostenlose Tool für genau diese Rekonstruktion, und es funktioniert. Der Aufwand ist allerdings real: Du kompilierst es selbst (oder vertraust einem Build von Dritten), führst es über die Kommandozeile aus, und es braucht eine Referenzdatei: eine intakte Aufnahme desselben Geräts mit denselben Einstellungen, mit der sich die rohen Einzelbilder in der beschädigten Datei deuten lassen.

Unsere Position, klar gesagt: Die In-Browser-Engine von IntactFile leistet heute die strukturelle Remux-Reparatur — Dateien, deren moov in beschädigter Form überlebt hat. Die Rekonstruktion nach Art von untrunc für eine Datei ganz ohne moov ist in Entwicklung, und wir tun nicht so, als wäre sie fertig, bevor sie es ist. Wenn dein moov vollständig fehlt und du die Lösung genau jetzt brauchst, ist untrunc die ehrliche Empfehlung; zeigt die Diagnose oben dagegen einen beschädigten, aber vorhandenen Index, erledigt die Reparatur im Browser das schon heute — ohne Kompilieren, ohne Suche nach einer Referenzdatei, ohne Hochladen.

Was das reparieren kann — und was nicht

Einen Index neu aufzubauen, mit welchem Tool auch immer, funktioniert, wenn die Mediendaten überlebt haben. Und das haben sie meistens:mdat wird während der Aufnahme kontinuierlich geschrieben, also ist alles bis zur Unterbrechung physisch in der Datei. Was keine Software kann, ist eine Datei zu reparieren, deren Daten nie geschrieben wurden. Der verräterische Hinweis ist die Größe: eine „einstündige Aufnahme", die 12 KB belegt, oder eine Datei, die fast nur aus Nullen besteht, weil die SD-Karte mitten im Schreiben ausfiel, hat nichts in sich, das sich indexieren ließe. Vergleiche die Größe mit der Aufnahmedauer, bevor du Zeit mit irgendeinem Tool verbringst — unserem oder dem von irgendwem sonst. Und eine fehlgeschlagene Reparatur wird nie berechnet.

Häufige Fragen

Wie behebe ich „moov atom not found" mit ffmpeg?

Gar nicht — jedenfalls nicht mit ffmpeg allein. Der Demuxer von ffmpeg braucht das moov-Atom, um die Eingabe zu deuten, also läuft jedes Rezept, das auf dem Lesen der Datei beruht (-c copy, -movflags faststart, Neukodieren), gegen dieselbe Wand. Die Datei zu reparieren heißt, den Index aus den rohen Mediendaten zu rekonstruieren — eine andere Art von Werkzeug: untrunc auf der Kommandozeile oder die Reparatur, für die IntactFile gemacht ist.

Kann ffmpeg ein MP4 ohne moov-Atom retten?

Nein. ffmpeg ist ein Konverter, kein Rekonstruktor: Es wandelt Dateien um, die es lesen kann, und ein MP4 ohne moov ist für seinen Demuxer unlesbar. Sein einziger Nutzen hier ist die Diagnose: Der Fehler bestätigt, dass der Index fehlt, sagt aber nichts über die Mediendaten aus, die meist überlebt haben.

Was verursacht „moov atom not found"?

Die Aufnahme wurde nie finalisiert. Das moov-Atom wird geschrieben, wenn die Aufnahme sauber stoppt, also lassen ein Absturz, ein Stromausfall, eine volle Festplatte oder SD-Karte oder eine abgeschossene App die Daten ohne Index auf dem Datenträger zurück. Derselbe Fehler taucht auch auf, wenn ein Download oder eine Übertragung abgebrochen wurde, denn das moov sitzt häufig am Ende — genau dem Teil, der nie ankam.

Braucht untrunc eine Referenzdatei?

Ja. untrunc benötigt ein intaktes Video, aufgenommen von demselben Gerät oder derselben Software mit denselben Einstellungen. Es liest die Codec-Parameter und die Struktur aus dieser Referenz, um den rohen Einzelbildern in der beschädigten Datei einen Sinn zu geben — ohne eine passende Referenz kann es die gefundenen Daten nicht deuten.

Sind die Videodaten noch in der Datei, wenn das moov-Atom fehlt?

Meistens ja — die Mediendaten werden fortlaufend geschrieben, während du aufnimmst; nur der Index wird ans Ende verschoben. Prüf die Größe zur Kontrolle: Passt sie ungefähr zur Aufnahmedauer (ein paar GB für eine Stunde in 1080p), sind die Einzelbilder fast sicher da. Eine Datei mit 0 Bytes oder nur einem winzigen Bruchteil der erwarteten Größe hat nichts mehr, das sich reparieren ließe.

Derselbe Fehler, konkrete Ursache:OBS ist mitten im Stream abgestürzt ·GoPro verlor beim Aufnehmen den Strom ·Drohnenakku starb mitten im Flug ·jeder andere MP4-Schaden