„Wesentliche Daten können nicht gefunden werden“ – Premiere-/Resolve-Fehler

Diese Meldung – manchmal als „Wesentliche Daten können nicht gefunden werden“ oder „Wesentliche Daten fehlen“ formuliert – wird normalerweise von Adobe Premiere Pro oder Media Encoder beim Importieren einer beschädigten MP4-/MOV-Datei angezeigt. Das gleiche zugrunde liegende Problem kann in DaVinci Resolve („Medien offline“/„nicht unterstütztes Format“) und Final Cut Pro („Datei nicht in einem unterstützten Format“) unterschiedliche Meldungen erzeugen.

Der Fehler ist spezifischer, als er klingt. Der Editor hat die Datei als Videocontainer identifiziert, kann aber die Metadatentabellen nicht finden, die er zum Mounten der Streams benötigt. In MP4-/MOV-Begriffen befinden sich diese Tabellen innerhalb des MOOV-Atoms – „stsd“ (Sample-Beschreibung), „stts“ (Frame-Timing), „stco“/„co64“ (Chunk-Offsets), „stsz“ (Sample-Größen), „stss“ (Sync-Samples). Wenn eines davon fehlt, fehlerhaft ist oder inkonsistente Werte enthält, zeigt Premiere diese generische Meldung an.

Die vier häufigsten Ursachen

In ungefährer Reihenfolge der Häufigkeit:

1. MOOV fehlt vollständig

Die Aufnahme wurde unterbrochen, bevor der Index geschrieben werden konnte. Auf der Seite MOOV-Atom nicht gefunden findest du die kanonische Version dieses Falls. Premiere meldet dies als „fehlende wesentliche Daten“, da aus seiner Sicht die wesentlichen Metadatentabellen nicht gelesen werden können.

2. MOOV ist vorhanden, aber teilweise beschädigt

Die Datei hat ein MOOV-Atom, das geparst werden kann – der Editor öffnet es –, aber ein oder mehrere untergeordnete Atome innerhalb von MOOV sind beschädigt. Oft handelt es sich dabei um einen partiellen Schreibvorgang: Die Kamera oder der externe Rekorder begann mit der Fertigstellung der Aufnahme, führte sie teilweise durch und wurde unterbrochen. Die Datei sieht oberflächlich betrachtet vollständig aus, aber der Index weist Lücken auf.

3. „stco“-Überlauf bei einer Datei > 4 GB

Wenn ein Drittanbieter-Tool die wiederhergestellte Datei mit 32-Bit-Chunk-Offsets („stco“) anstelle von 64-Bit-Offsets („co64“) geschrieben hat, erhalten Dateien, die größer als 4 GB sind, in der zweiten Hälfte stillschweigend beschädigte Offsets. Premiere liest die frühen Offsets gut und stößt später auf ungültige Offsets. Der Fehler zeigt sich manchmal als „wesentliche Daten können nicht gefunden werden“ anstelle einer eindeutigen Offset-Overflow-Meldung.

4. Container-/Codec-Inkompatibilität

Der Container der Datei deklariert einen Codec; die tatsächlichen Frame-Daten sind etwas anderes. Häufig nach teilweisen Wiederherstellungsversuchen, bei denen die Codec-Parameter falsch geschätzt wurden. Premiere baut die Streams auf, versucht zu decodieren und bricht den Vorgang auf halbem Weg ab.

So findest du heraus, um welchen Fehler es sich handelt

Führe „ffprobe“ für die Datei aus:

ffprobe -v error -show_format -show_streams broken.mp4

Drei Muster, die du erkennen kannst:

• Überhaupt keine Ausgabe (nur „moov-Atom nicht gefunden“) → Ursache Nr. 1.
• Stream-Informationen, die gültig aussehen (Auflösung, Codec, Dauer) → Ursache Nr. 2 oder Nr. 4. Der MOOV wird geparst; etwas darin ist falsch.
• Stream-Info, aber mit Warnungen „Ungültige Daten gefunden“ → Ursache Nr. 2.
• Die Ausgabe sieht gut aus, aber die Datei ist > 4 GB und die zweite Hälfte wird als Müll abgespielt → Ursache Nr. 3.

Speziell für Ursache Nr. 3 kannst du das Atom-Layout überprüfen mit:

ffmpeg -v debug -i broken.mp4 2>&1 | grep -i "stco\|co64"

Wenn die Datei mit „stco“ geschrieben wurde und größer als 4 GB ist, liegt ein Fehler vor.

Was du selbst ausprobieren kannst

Für Ursache Nr. 1 befolge den MOOV-Wiederherstellungsleitfaden.

Versuche bei den Ursachen Nr. 2 bis Nr. 4 einen Re-Mux:

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

Dadurch wird der Index oft aus dem, was tatsächlich in der Datei ist, neu erstellt, wobei alles, was mit dem ursprünglichen MOOV nicht in Ordnung war, umgangen wird. Wenn die Codec-Daten intakt sind, funktioniert das Re-Mux normalerweise.

Wenn das fehlschlägt, versuche es mit einem anderen Container:

ffmpeg -i broken.mp4 -c copy out.mkv

MKV ist in Bezug auf die Indexkonsistenz freizügiger als MP4.

Wie unsere Wiederherstellung mit Fällen mit „wesentlichen Daten“ umgeht

Wir vertrauen dem vorhandenen MOOV nicht. Der Diagnose-Pass:

• Durchläuft den Bytestrom auf der Suche nach Atomen anhand der Signatur.
• Validiert die deklarierte Größe jedes Atoms anhand von Gegenprüfungen mit dem nächsten gefundenen Atom (deklarierte Größen sind nicht vertrauenswürdig).
• Identifiziert Ursache Nr. 1 (überhaupt kein MOOV) vs. Ursache Nr. 2 (MOOV vorhanden, aber beschädigt) und leitet entsprechend weiter.
• Für Dateien > 4 GB wird immer „co64“ für Chunk-Offsets verwendet – niemals „stco“.
• Identifiziert bei einer Nichtübereinstimmung von Container/Codec den tatsächlichen Codec anhand von Frame-Markern und baut den Container um die Wahrheit herum neu auf, nicht um die Lüge.

Was du tust

1. Lade die Datei hoch. Bis zu 50 GB.
2. ~1 Minute später erhältst du eine Diagnose + eine kostenlose Vorschau.
3. Bezahle nur, wenn die Vorschau funktioniert.

FAQ

Premiere Pro meldet „wesentliche Daten fehlen“, aber Resolve kann die Datei öffnen. Sollte ich mir Sorgen machen? Möglicherweise ist die Datei grenzwertig – der Importer von Resolve ist toleranter als der von Premiere. Wenn Resolve die Datei abspielen kann, kannst du sie von Resolve in ein sauberes MOV-/MP4-Format umwandeln und die Beschwerde von Premiere umgehen. Wenn Sie die Originaldatei liefern müssen, ist die Wiederherstellung immer noch die Lösung.

Die Datei wird in Premiere importiert, aber die Timeline zeigt in der Mitte Offline-Medien an. Das ist wahrscheinlich der „co64“-Überlauf (Ursache Nr. 3). Recovery baut die Datei mit den richtigen 64-Bit-Offsets neu auf und die zweite Hälfte wird sauber eingebunden.

Meine Datei wird in QuickTime abgespielt, aber Premiere weigert sich, sie zu importieren. Premiere ist in Bezug auf die Indexkonsistenz strenger als QuickTime. Der Wiederherstellungsdurchgang erzeugt eine Datei, die beide akzeptieren.

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 →