„Keine gültige MP4-Datei gefunden“ – So stellst du die Datei wieder her

Dieser Fehler – manchmal „kein gültiges MP4 gefunden“, „keine gültige MP4-Datei“, „Datei hat kein bekanntes Format“ oder „keine Atome gefunden“ – stammt von einem Parser, der deine Datei geöffnet, den ersten Byte-Block betrachtet und festgestellt hat, dass es sich überhaupt nicht um eine MP4-Datei handelt.

Das ist eine stärkere Aussage als „MP4 mit fehlendem Index“. Der Parser ist nicht einmal sicher, ob es sich um eine MP4-Datei handelt. Drei Dinge könnten passieren.

Ursache 1: Das „ftyp“-Atom fehlt oder ist beschädigt

Jede MP4-/MOV-Datei beginnt mit einem „ftyp“-Atom – einem kleinen (normalerweise 32-Byte-)Header, der die Datei als MP4/MOV identifiziert und die Formatmarke angibt. Wenn diese ersten Bytes beschädigt sind oder fehlen – überschrieben, nie geschrieben, in einer teilweisen Dateikopie verloren –, erkennt der Parser „MP4“ nicht und bricht ab.

Dies geschieht häufig, wenn:

• Eine Datei wurde teilweise von einer SD-Karte kopiert, bevor der Kopiervorgang abgeschlossen wurde.
• Der erste Sektor der Datei von einem Dateisystemfehler betroffen war.
• Bei einem früheren Wiederherstellungsversuch mit einem unzuverlässigen Tool wurde der Header entfernt.

Ursache 2: Die Datei ist eigentlich keine MP4-Datei

Es könnte sein:

• In „.mkv“ umbenannt (MKV-Dateien beginnen mit „1A 45 DF A3“ – völlig anders).
• In '.avi' umbenannt (Header im RIFF-Format).
• Ein elementarer Raw-Stream „.h264“/„.h265“, dem jemand die Erweiterung „.mp4“ gegeben hat.
• ProRes-Rohstream ohne Container.

Test:

file your_file.mp4

Wenn „file“ etwas anderes als „ISO Media, MP4 ...“ meldet, ist es eigentlich kein MP4.

Ursache 3: Die Datei besteht nur aus „mdat“ – es gibt überhaupt keinen Container

Einige Wiederherstellungsversuche (oder einige Kamerafehlermodi) erzeugen eine Datei, die nur aus der rohen „mdat“-Nutzlast ohne „ftyp“ und ohne MOOV besteht – nur komprimierte Videoframes in einer Datei. Der Parser sieht überhaupt keine Atom-Signaturen und gibt auf.

Dies ist behebbar, erfordert jedoch den Aufbau eines vollständigen Containers um die Daten herum und nicht nur die Neuerstellung des Index.

So findest du heraus, um welchen Fall es sich handelt

file your_file.mp4
xxd your_file.mp4 | head -1

Lies die ersten 16 Bytes:

• Beginnt mit „... ftyp ...“ irgendwo in den Bytes 4–12 → Ursache 1 mit teilweiser Beschädigung; „ftyp“ sollte bei Byte 4 sein, könnte aber verschoben worden sein.
• Beginnt mit „1A 45 DF A3“ → es ist tatsächlich MKV.
• Beginnt mit „52 49 46 46“ („RIFF“) → es ist tatsächlich AVI/WAV/WebP.
• Beginnt mit „00 00 00 01“ oder „00 00 01“ → es handelt sich um einen rohen H.264-/H.265-Stream.
• Beginnt mit „icpf“ (oder in der Nähe davon im ersten Block) → RAW-ProRes-Frames.
• Beginnt mit zufällig aussehenden Bytes → Ursache 3 (nur „mdat“) oder starke Beschädigung.

ffprobe -v error your_file.mp4

Wenn „ffprobe“ trotz des Fehlers nützliche Informationen über Streams zurückgibt, ist die Datei besser wiederherstellbar, als es den Anschein hat.

Was du selbst ausprobieren kannst

Für Ursache 1 — Teilweise Beschädigung des Headers

ffmpeg -err_detect ignore_err -i broken.mp4 -c copy out.mp4

Funktioniert manchmal, wenn „ftyp“ teilweise intakt ist und FFmpeg Atome jenseits der Beschädigung finden kann.

Für Ursache 2 – umbenannte Datei

Benenne die Datei in das tatsächliche Format um und spiele sie normal ab:

mv broken.mp4 broken.mkv

Für Ursache 3 – nur „mdat“

Dies ist der schwierigere Fall und erfordert eine Analyse auf Frame-Ebene, um den Codec zu identifizieren, und anschließend die Container-Konstruktion von Grund auf. Genau das macht unsere Pipeline.

So geht unsere Wiederherstellung vor

• Scan auf Byte-Ebene des ersten MB der Datei auf der Suche nach „ftyp“, Atom-Signaturen und Codec-spezifischen Frame-Markern.
• Codec-Identifizierung aus Frame-Daten – funktioniert auch, wenn keine Container-Metadaten vorhanden sind (Ursache 3).
• Container-Synthese von Grund auf bei Bedarf: Wir bauen einen neuen MP4-Wrapper um die identifizierten Frames.
• Formaterkennung für die Fälle mit umbenannten Dateien – die Diagnose identifiziert das tatsächliche Format und repariert entweder das Original oder fordert dich auf, die Datei umzubenennen.

Insbesondere bei Ursache 3 ist dies eines der schwierigeren Wiederherstellungsszenarien – wir bauen effektiv einen Container um rohe Codec-Daten – aber es ist machbar, wenn es sich um einen Codec handelt, den wir erkennen (ProRes, H.264, H.265, MJPEG).

Was du tust

1. Lade die Datei hoch. Bis zu 50 GB.
2. Die Diagnose ermittelt, welche Ursache zutrifft und was wiederhergestellt werden kann.
3. Wenn eine Wiederherstellung möglich ist, kannst du eine Vorschau ansehen und zahlst nur, wenn es funktioniert.

FAQ

Die Datei hat genau die Größe, die ich von einer Aufnahme erwarte. Warum ist sie also kein MP4? Die Dateigröße hängt nicht mit dem Format zusammen. Eine Datei kann die richtige Größe haben und völlig falsche Header-Bytes enthalten (überschrieben, nie geschrieben, durch eine missglückte Konvertierung durcheinander gebracht). Überprüfe den tatsächlichen Inhalt mit „file“ und „xxd“.

Ein vorheriges Wiederherstellungstool hat eine „reparierte“ Datei geschrieben, die diesen Fehler verursacht. Das kommt häufig vor. Einige Tools entfernen oder ändern den „ftyp“ auf eine Weise, die die Kompatibilität beeinträchtigt. Wenn du noch die Originaldatei hast (vor der schlechten Wiederherstellung), arbeite daran. Wenn nicht, lade hoch, was du hast – wir können in der Regel sogar aus einer teilweise beschädigten Ausgabe wiederherstellen.

Meine Kamera hat diesen Fehler direkt von der SD-Karte aus erzeugt. Möglich, wenn die Kamera sehr früh in der Aufnahme ausgefallen ist, noch bevor „ftyp“ geschrieben wurde. Weniger häufig als ein fehlendes MOOV, aber es kommt vor. Lade es hoch.

Funktioniert das mit elementaren Raw-Streams vom Typ „.h264“/„.h265“? Ja – wir verpacken sie in einen gültigen MP4-/MOV-Container. Das Frame-Timing muss abgeleitet werden (keine Zeitstempel in elementaren Streams), sodass das Ergebnis mit einer Standard-Framerate abgespielt wird. Du kannst es bei Bedarf anschließend mit FFmpeg anpassen.

Sind meine Aufnahmen sicher? Server in Frankreich, automatische Löschung nach 48 Stunden, wird niemals zum Trainieren verwendet oder geteilt. Datenschutzrichtlinie.

Ähnliche Themen

• MOOV-Atom nicht gefunden
• Ungültige Daten bei der Verarbeitung der Eingabe gefunden
• So funktioniert unsere Wiederherstellungs-Engine

Lade deine Datei hoch →