IntactFile

Réparez « moov atom not found » — reconstruisez l'index dans votre navigateur

L'erreur signifie que l'index du fichier n'a jamais été écrit. Vos images sont toujours dans le fichier ; il leur manque simplement une carte. Et les cartes, ça se reconstruit.

Votre fichier ne quitte jamais votre appareil — la réparation s'exécute dans votre navigateur. 0 octet téléversé.

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.

Réparez le fichier maintenant

  1. Déposez le fichier
  2. La réparation s'exécute en local
  3. Téléchargez le résultat

Déposez le MP4 ci-dessus. L'outil le lit en local et vous indique si le moov est endommagé ou totalement absent, ce qui détermine la voie de réparation. Rien n'est installé et rien n'est téléversé.

Où en est le moteur, honnêtement : la réparation structurelle par remultiplexage (pour les fichiers dont le moov existe mais est endommagé, tronqué ou mal positionné) fonctionne dès aujourd'hui. La reconstruction complète de l'index pour les fichiers dépourvus de tout moov est en cours de développement.

Ce que signifie l'erreur

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

Un MP4 stocke vos images compressées dans un seul gros bloc (l'atome mdat) et, à part, l'atome moov : l'index qui enregistre où commence chaque image, combien de temps elle dure et comment l'audio et la vidéo s'entrelacent. Le moov est écrit lorsque l'enregistrement est finalisé, car la taille et le nombre d'images ne sont connus qu'à la fin de l'encodage. Un plantage, une coupure de courant ou une carte pleine avant ce moment laissent le bloc de données sur le disque et l'index nulle part.

C'est pourquoi la deuxième ligne de ffmpeg indique invalid data : le démultiplexeur ne signale pas des images détruites, il signale qu'il n'a aucun index pour interpréter ces images. Un problème différent, et bien plus facile à réparer.

Pourquoi ffmpeg ne peut pas réparer ça

Si vous êtes ici, vous avez sans doute déjà essayé ffmpeg -i broken.mp4 -c copy out.mp4, et peut-être -movflags faststart. Les deux ont échoué pour la même raison : ils opèrent sur le résultat d'une lecture réussie. La copie de flux a besoin que le démultiplexeur lui remette des paquets ; faststart déplace un moov qui doit déjà exister. Quand l'entrée n'a pas de moov, la lecture échoue avant que l'un ou l'autre de ces indicateurs n'entre en jeu. Ce n'est pas une option que vous n'auriez pas trouvée ; c'est une vraie limite de ce qu'un convertisseur peut faire. Réparer le fichier suppose une reconstruction, pas une conversion : parcourir le bloc de données brutes à la recherche des limites d'images et reconstruire les tables d'échantillons à partir de ce qui est trouvé.

Face à untrunc — et où en est notre moteur

untrunc est l'outil gratuit de référence pour exactement cette reconstruction, et il fonctionne. La friction est réelle, cependant : vous le compilez vous-même (ou vous faites confiance à une compilation tierce), vous l'exécutez en ligne de commande, et il exige un fichier de référence : un enregistrement sain issu du même appareil avec les mêmes réglages, utilisé pour interpréter les images brutes du fichier endommagé.

Notre position, dite clairement : le moteur en navigateur d'IntactFile effectue aujourd'hui la réparation structurelle par remultiplexage : les fichiers dont le moov a survécu sous une forme endommagée. La reconstruction de type untrunc d'un fichier sans aucun moov est en cours de développement, et nous ne prétendrons pas qu'elle est disponible avant qu'elle ne le soit. Si votre moov manque entièrement et qu'il vous faut la solution à l'instant, untrunc est la recommandation honnête ; si le diagnostic ci-dessus révèle un index endommagé mais présent, la réparation en navigateur s'en charge dès maintenant — sans compilation, sans chasse au fichier de référence, sans téléversement.

Ce que cela peut et ne peut pas réparer

Reconstruire un index, avec n'importe quel outil, fonctionne lorsque les données multimédias ont survécu. Et c'est généralement le cas : le mdat est écrit en continu pendant l'enregistrement, si bien que tout ce qui précède l'interruption est physiquement dans le fichier. Ce qu'aucun logiciel ne peut faire, c'est réparer un fichier dont les données n'ont jamais été écrites. L'indice, c'est la taille : un « enregistrement d'une heure » qui occupe 12 Ko, ou un fichier qui apparaît presque entièrement à zéro parce que la carte SD est morte en pleine écriture, n'a rien à l'intérieur à indexer. Comparez la taille à la durée de l'enregistrement avant de perdre du temps avec le moindre outil — le nôtre ou celui de quiconque. Et une réparation qui échoue n'est jamais facturée.

Questions fréquentes

Comment corriger « moov atom not found » avec ffmpeg ?

Impossible — pas avec ffmpeg seul. Le démultiplexeur de ffmpeg a besoin de l'atome moov pour interpréter l'entrée : toute recette fondée sur la lecture du fichier (-c copy, -movflags faststart, réencodage) bute donc contre le même mur. Réparer le fichier suppose de reconstruire l'index à partir des données multimédias brutes, une autre catégorie d'outil : untrunc en ligne de commande, ou la réparation pour laquelle IntactFile est conçu.

ffmpeg peut-il récupérer un MP4 sans atome moov ?

Non. ffmpeg est un convertisseur, pas un reconstructeur : il transforme les fichiers qu'il sait lire, et un MP4 sans moov est illisible pour son démultiplexeur. Sa seule utilité ici, c'est le diagnostic : l'erreur confirme que l'index manque sans rien dire sur les données multimédias, qui ont généralement survécu.

Qu'est-ce qui provoque « moov atom not found » ?

L'enregistrement n'a jamais été finalisé. L'atome moov est écrit lorsque l'enregistrement s'arrête proprement : un plantage, une coupure de courant, un disque ou une carte SD pleins, ou une application forcée à quitter laissent donc les données sur le disque sans aucun index. La même erreur apparaît aussi quand un téléchargement ou un transfert a été interrompu, car le moov se trouve souvent à la fin — la partie qui n'est jamais arrivée.

untrunc a-t-il besoin d'un fichier de référence ?

Oui. untrunc exige une vidéo saine enregistrée par le même appareil ou le même logiciel avec les mêmes réglages. Il lit les paramètres du codec et la structure de cette référence pour donner un sens aux images brutes du fichier endommagé — sans référence correspondante, il ne peut pas interpréter les données qu'il trouve.

Les données vidéo sont-elles toujours dans le fichier si l'atome moov manque ?

En général, oui — les données multimédias sont écrites en continu pendant que vous enregistrez ; seul l'index est reporté à la fin. Vérifiez la taille : si elle correspond à peu près à la durée de l'enregistrement (quelques Go pour une heure en 1080p), les images sont presque certainement là. Un fichier de 0 octet ou d'une infime fraction de la taille attendue n'a plus rien à réparer.

Même erreur, source précise :OBS a planté en pleine diffusion ·la GoPro a perdu l'alimentation pendant l'enregistrement ·la batterie du drone est morte en plein vol ·tout autre dommage sur un MP4