« Aucun MP4 valide trouvé » — Comment récupérer le fichier

Cette erreur — parfois « aucun MP4 valide trouvé », « pas un fichier MP4 valide », « le fichier n'est pas dans un format reconnu » ou « aucun atome trouvé » — provient d'un analyseur qui a ouvert votre fichier, a examiné le premier bloc d'octets et a conclu qu'il ne s'agissait pas du tout d'un MP4.

C'est une déclaration plus forte que « MP4 avec un index manquant ». L'analyseur n'est même pas sûr qu'il s'agit d'un MP4. Trois choses peuvent se produire.

Cause 1 : l'atome « ftyp » est manquant ou endommagé

Chaque fichier MP4/MOV commence par un atome « ftyp » : un petit en-tête (généralement de 32 octets) qui identifie le fichier comme MP4/MOV et déclare la marque du format. Si ces premiers octets sont endommagés ou manquants (écrasés, jamais écrits, perdus dans une copie partielle du fichier), l'analyseur ne voit pas « MP4 » et abandonne.

Cela se produit souvent lorsque :

• Un fichier a été partiellement copié à partir d'une carte SD avant la fin de la copie.
• Le premier secteur du fichier a été touché par une erreur du système de fichiers.
• Une tentative de récupération précédente avec un outil peu fiable a supprimé l'en-tête.

Cause 2 : le fichier n'est en fait pas un MP4

Il pourrait s'agir d'un :

• Renommé '.mkv' (les fichiers MKV commencent par '1A 45 DF A3' — complètement différent).
• Renommé '.avi' (en-tête au format RIFF).
• Un flux élémentaire brut '.h264' / '.h265' auquel quelqu'un a donné une extension '.mp4'.
• Un flux brut ProRes sans conteneur.

Test :

file your_file.mp4

Si « file » indique autre chose que « ISO Media, MP4 ... », il ne s'agit pas réellement d'un MP4.

Cause 3 : le fichier est uniquement « mdat » — il n'y a aucun conteneur

Certaines tentatives de récupération (ou certains modes de défaillance de la caméra) produisent un fichier qui n'est que la charge utile « mdat » brute, sans « ftyp » ni MOOV : juste des images vidéo compressées dans un fichier. L'analyseur ne voit aucune signature d'atome et abandonne.

Ceci est récupérable, mais nécessite de construire un conteneur complet autour des données, et pas seulement de reconstruire l'index.

Comment déterminer de quelle cause il s'agit

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

Lisez les 16 premiers octets :

• Commence par « ... ftyp ... » quelque part dans les octets 4 à 12 → cause 1 avec des dommages partiels ; « ftyp » devrait être à l'octet 4 mais pourrait avoir été décalé.
• Commence par '1A 45 DF A3' → il s'agit en fait de MKV.
• Commence par '52 49 46 46' ('RIFF') → il s'agit en fait d'AVI / WAV / WebP.
• Commence par « 00 00 00 01 » ou « 00 00 01 » → il s'agit d'un flux H.264 / H.265 brut.
• Commence par « icpf » (ou proche de cela dans le premier morceau) → images ProRes brutes.
• Commence par des octets d'apparence aléatoire → cause 3 (« mdat » uniquement) ou corruption profonde.

ffprobe -v error your_file.mp4

Si « ffprobe » renvoie des informations utiles sur les flux malgré l'erreur, le fichier est plus récupérable qu'il n'y paraît.

Ce que vous pouvez essayer vous-même

Pour la cause 1 — endommagement partiel de l'en-tête

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

Fonctionne parfois si « ftyp » est partiellement intact et que FFmpeg peut trouver des atomes au-delà de l'endommagement.

Pour la cause 2 — fichier renommé

Renommez au format réel et lisez normalement :

mv broken.mp4 broken.mkv

Pour la cause 3 — « mdat » uniquement

C'est le cas le plus difficile et il nécessite une analyse au niveau de la trame pour identifier le codec, puis la construction du conteneur à partir de zéro. C'est exactement ce que fait notre pipeline.

Comment notre récupération gère-t-elle cela ?

• Analyse au niveau des octets du premier Mo du fichier à la recherche de « ftyp », de signatures d'atomes et de marqueurs d'images spécifiques au codec.
• Identification du codec à partir des données de trame — fonctionne même lorsqu'il n'existe aucune métadonnée de conteneur (cause 3).
• Synthèse du conteneur à partir de zéro si nécessaire : nous construisons un nouveau wrapper MP4 autour des images identifiées.
• Reconnaissance du format pour les cas de fichiers renommés : le diagnostic identifie le format réel et répare l'original ou vous demande de renommer le fichier.

Pour la cause 3 en particulier, il s'agit de l'un des scénarios de récupération les plus difficiles : nous construisons effectivement un conteneur autour de données de codec brutes, mais c'est faisable lorsque le codec est l'un de ceux que nous reconnaissons (ProRes, H.264, H.265, MJPEG).

Ce que vous faites

1. Téléchargez le fichier. Jusqu'à 50 Go.
2. Le diagnostic identifie la cause applicable et ce qui est récupérable.
3. Si la récupération est possible, vous prévisualisez, vous ne payez que si cela fonctionne.

FAQ

Le fichier a exactement la taille que j'attends d'un enregistrement, alors pourquoi n'est-il pas au format MP4 ? La taille du fichier n'est pas liée au format. Un fichier peut être de la bonne taille et avoir des octets d'en-tête totalement erronés (écrasés, jamais écrits, brouillés par une conversion bâclée). Vérifiez le contenu réel avec « file » et « xxd ».

Un outil de récupération précédent a écrit un fichier « corrigé » qui produit cette erreur. C'est courant. Certains outils suppriment ou modifient le « ftyp » d'une manière qui rompt la compatibilité. Si vous avez toujours le fichier d'origine (avant la mauvaise récupération), travaillez sur celui-ci. Sinon, téléchargez ce que vous avez — nous pouvons généralement reconstruire même à partir d'une sortie partiellement endommagée.

Mon appareil photo a produit cette erreur directement à partir de la carte SD. C'est possible si la caméra s'est arrêtée très tôt dans l'enregistrement, avant même que « ftyp » ne soit écrit. Moins courant qu'un MOOV manquant, mais cela arrive. Téléchargez-le.

Cela fonctionnera-t-il sur les flux élémentaires bruts '.h264' / '.h265' ? Oui, nous les intégrons dans un conteneur MP4/MOV valide. La synchronisation des images doit être déduite (pas d'horodatage dans les flux élémentaires), de sorte que le résultat est lu à une fréquence d'images par défaut ; vous pouvez l'ajuster avec FFmpeg par la suite si nécessaire.

Mes séquences sont-elles en sécurité ? Serveur en France, suppression automatique après 48 heures, jamais utilisé pour entraîner quoi que ce soit ou partagé. Politique de confidentialité.

Articles connexes

• Atome MOOV introuvable
• Données non valides trouvées lors du traitement de l'entrée
• Fonctionnement de notre moteur de récupération

Téléchargez votre fichier →