Videodauer zeigt 0:00 an – So beheben Sie das Problem

Die Datei ist Hunderte von Megabyte (oder Gigabyte) groß. Möglicherweise wird sogar die Vorschau-Miniaturansicht im Finder/Explorer angezeigt. Aber die Dauer lautet „0:00“ in QuickTime, in den Informationen im Finder, im Import-Dialog von Premiere und in „ffprobe“. Das Video hat anscheinend keine Länge.

Dies ist fast immer ein Metadatenproblem, kein Inhaltsproblem. Die Videodaten sind in der Datei. Die Information, die angibt, wie lang das Video ist – das ist es, was fehlt oder beschädigt ist.

Wo die Dauer in einer MP4-/MOV-Datei gespeichert ist

Die Dauer wird im „mvhd“-Atom (Film-Header) innerhalb von MOOV und auch pro Track in „tkhd“ und „mdhd“ gespeichert. Alle drei sollten übereinstimmen. Wenn MOOV vollständig fehlt, fehlen alle drei – die Dauer wird als 0 angezeigt, da es nichts gibt, was gelesen werden könnte.

Drei Muster:

Muster 1: MOOV fehlt → Dauer zeigt 0 an

Dieselbe Grundursache wie bei MOOV-Atom nicht gefunden: Die Aufnahme wurde unterbrochen, bevor der Index geschrieben wurde. Das Feld „Dauer“ ist nirgendwo in der Datei vorhanden.

Hinweis: Die Datei ist groß, aber „ffprobe“ gibt „moov-Atom nicht gefunden“ zurück und die Dauer wird als 0 oder „N/A“ angegeben.

Dies ist der Fall, der am ehesten behoben werden kann.

Muster 2: MOOV existiert, hat aber Zeitskala = 0 oder Dauer = 0

Der MOOV ist vorhanden; das Feld „Dauer“ in „mvhd“ ist auf Null gesetzt (oder die Zeitskala ist Null, wodurch die angezeigte Dauer durch Division Null ergibt). Dies geschieht manchmal bei teilweise geschriebenen MOOVs, bei denen die Dauer nicht vollständig ausgefüllt wurde, bevor die Kamera ausfiel.

Hinweis: „ffprobe“ gibt eine Stream-Anzahl und Codec-Informationen zurück, aber eine Dauer von 0 oder N/A. Die Datei wird abgespielt, aber der Player kann nicht suchen und zeigt keinen Fortschrittsbalken an.

Wird oft durch einen Re-Mux behoben, der die Dauer aus den Zeitstempeln der Frames neu berechnet:

ffmpeg -i broken.mp4 -c copy fixed.mp4

FFmpeg berechnet die Dauer anhand der Zeitstempel auf Codec-Ebene neu und schreibt einen neuen MOOV.

Muster 3: Ganzzahlüberlauf bei sehr langen Aufnahmen

Weniger häufig. Einige alte Tools speichern die Dauer als 32-Bit-Wert mit einer hohen Zeitskala, der bei Aufnahmen, die länger als ein paar Stunden dauern, überläuft. Der Wert wird entweder auf eine negative Zahl umgebrochen oder als Null gelesen.

Hinweis: Die Datei stammt von einer mehrstündigen Aufnahme (Überwachungskamera, Livestream, langes Ereignis). Der Re-Mux von FFmpeg behebt dies, indem er bei Bedarf eine 64-Bit-Dauer schreibt.

So findest du heraus, um welches Muster es sich handelt

ffprobe -v error -show_format broken.mp4

Schau dir die Ausgabe an:

Wenn die Dauer real, aber falsch ist – z. B. zeigt die Datei 12 Minuten an, aber die Aufnahme dauerte tatsächlich 47 Minuten –, handelt es sich um ein separates Muster für „falsche Dauer“, normalerweise eine Diskrepanz in der Zeitskala. Re-Mux mit FFmpeg behebt dies in den meisten Fällen.

Was du selbst ausprobieren kannst

Für Muster 1: Siehe MOOV-Wiederherstellungsanleitung.

Für die Muster 2 und 3 ist die einfachste Lösung ein Re-Mux mit FFmpeg:

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

Dadurch wird der MOOV mit der aus den Frame-Zeitstempeln berechneten Dauer neu geschrieben. Das funktioniert in der Regel.

Wenn „-c copy“ die Dauer nicht korrigiert, erzwinge die Neucodierung des Audiostreams (wodurch die Zeitstempel-Metadaten zuverlässig neu generiert werden):

ffmpeg -i broken.mp4 -c:v copy -c:a aac out.mp4

Wenn beides nicht funktioniert, sind auch die Zeitstempeldaten im Codec-Stream beschädigt und die Wiederherstellung wird schwieriger.

Wie unsere Wiederherstellung mit Dateien mit einer Dauer von Null umgeht

• Muster 1 – vollständige MOOV-Synthese aus Frames. Die Dauer wird aus der Anzahl und dem Timing der erkannten Frames in „mdat“ berechnet.
• Muster 2/3 – MOOV wird von Grund auf neu erstellt (wir vertrauen dem vorhandenen nicht). Die Dauer wird mit 64-Bit-Werten geschrieben, wenn die Aufnahmelänge dies erfordert; die Zeitskala wird so gewählt, dass sie der natürlichen Rate des Codecs entspricht.
• „co64“ für Dateien über 4 GB, damit Chunk-Offsets neben der Dauer-Korrektur nicht überlaufen.

Was du tust

1. Lade die Datei hoch.
2. Kostenlose 5-Sekunden-Vorschau ~1 Minute später. Die Dauer in der wiederhergestellten Datei zeigt die tatsächliche Aufzeichnungslänge an.
3. Zahle nur, wenn es funktioniert.

FAQ

Meine Datei zeigt die richtige Dauer in VLC an, aber 0:00 in QuickTime. Permissives vs. striktes Leseprogramm. VLC berechnet die Dauer aus den Zeitstempeln der Frames, auch wenn MOOV 0 anzeigt; QuickTime vertraut MOOV. Re-Mux behebt beides.

Die Datei stammt von einer Überwachungskamera/Dashcam – die Dauer ist bei mehrstündigen Aufnahmen falsch. Wahrscheinlich Muster 3 (Ganzzahlüberlauf). FFmpeg re-mux mit aktuellen Builds behebt dies in den meisten Fällen.

Meine wiederhergestellte Datei hat eine Dauer, aber der Player sucht nicht. Oft fehlt ein „stss“ (Sync-Sample-Tabelle) – der Player hat eine Dauer, aber keine Keyframe-Zuordnung, nach der er suchen kann. Die Wiederherstellung baut „stss“ aus beobachteten IDR-/Keyframe-Positionen neu auf.

Ich erhalte die Dauer Null für eine Datei, die mit einem anderen Tool wiederhergestellt wurde. Die Wiederherstellung dieses Tools hat möglicherweise einen teilweisen MOOV erzeugt. Lade die Originaldatei (vor der Wiederherstellung) hoch – wir werden sie von Grund auf neu erstellen.

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
• Wesentliche Daten können nicht gefunden werden
• So funktioniert unsere Wiederherstellungs-Engine

Lade deine Datei hoch →