L'outil de réparation demande une vidéo de référence saine. Vous avez de nombreux clips, mais lequel correspond à l'enregistrement endommagé ? Commencez par un original issu du même setup d'enregistrement, puis vérifiez les paramètres vidéo et audio avant de l'utiliser.
Ce que fournit le fichier de référence
Un fichier de référence aide un outil de réparation à interpréter du média qui a survécu dans un MP4 ou un MOV endommagé. Il fournit un exemple fonctionnel de la structure d'enregistrement et de la configuration du codec. Il ne fournit pas de scènes ou de sons remplacés pour le fichier endommagé. Si une partie de l'événement n'a jamais été enregistrée, un extrait sain ne peut fournir cette partie manquante.
Cette exigence est spécifique à la méthode de récupération. Par exemple, les instructions d'utilisation de untrunc exigent un fichier vidéo fonctionnel, idéalement issu de la même caméra. Un fichier déjà contenant des flux lisible peut avoir une autre solution ; reportez-vous à les vérifications des fichiers libles dans notre guide moov avant de considérer que chaque vidéo endommagée nécessite une référence.
Vérifiez d'abord à côté du enregistrement endommagé
Un clip sain enregistré immédiatement avant ou après le clip endommagé est un candidat utile si les paramètres ont été conservés. Utilisez directement le fichier provenant de l'appareil ou de l'application de enregistrement. Un fichier envoyé via un éditeur, une application de messagerie ou une plateforme sociale pourrait avoir été converti. Un nom de fichier ou une apparence visuelle similaire ne révèle pas grand-chose sur la configuration d'enregistrement.
Pour un téléphone, l'application de la caméra importe autant que le modèle du téléphone. Pour une caméra, vérifiez le mode d'enregistrement plutôt que simplement sa marque. Pour OBS, utilisez le même profil d'enregistrement et la même configuration de sortie. Un enregistrement d'écran et un enregistrement de caméra peuvent être des fichiers MP4, tout en transportant des flux très différents.
Trouver plus d'un candidat plausible si les paramètres ont changé à l'intermittence, et étiqueter ce que vous savez sur chacun. Gardez les hypothèses visibles : « même caméra, taux de cadence inconnu » est plus utile que de traiter silencieusement un extrait incertain comme un match.
Correspondre les flux, y compris l'audio
Comparez les éléments suivants avec les paramètres d'enregistrement d'origine ou un extrait sain provenant de cette session. Le fichier endommagé pourrait ne plus révéler ces détails.
- Codec de vidéo et mode de enregistrement. H.264 et HEVC sont deux codecs différents ; choisir la même résolution ne rend pas les deux interchangeables. Vérifiez les modes haute efficacité, en ralentissement et autres modes spéciaux plutôt que d'assumer que le mode par défaut a été utilisé.
- Résolution et fréquence d'images. Correspondez les dimensions enregistrées et la fréquence d'images prévue. Un enregistrement de 1920×1080 est différent d'un enregistrement de 3840×2160. Si vous savez que l'original utilisait 29,97 Hz, ne l'arrondissez pas à 30 lorsque vous choisissez un candidat.
- Codage audio, taux d'échantillonnage et canaux. Gardez l'organisation audio cohérente, y compris mono versus stéréo. Une scène silencieuse peut tout de même contenir un flux audio ; un enregistrement effectué sans audio peut ne pas en avoir.
- Nombre de pistes audio enregistrées. Un extrait OBS avec une piste mixée est différent d'un enregistrement avec des pistes de micro et de bureau séparées. Le guide sur les pistes multiples d'OBS indique que les deux paramètres, la routage de source et les pistes enregistrées activées, déterminent ce qui est sauvegardé.
Ces vérifications réduisent les candidats ; elles ne constituent pas un certificat de compatibilité. Le routage de récupération de MendVid utilise le codec et l'organisation sonore de la référence, et certaines pistes en déduisent un timing. Une référence erronée peut donc affecter le résultat au-delà de la simple ouverture du fichier.
Lire un candidat sans le modifier
Si FFmpeg est installé, exécutez ffprobe, son outil de compagnie, sur le candidat sain :
ffprobe -v error -show_entries stream=index,codec_type,codec_name,profile,width,height,r_frame_rate,avg_frame_rate,sample_rate,channels -of json "healthy-reference.mp4"La commande lit le fichier et affiche les informations du flux. Répétez l'opération avec un autre fichier sain et comparez le codec vidéo, les dimensions et les entrées audio. FFmpeg décrit la syntaxe de sélection dans son ffprobe de référence. Elle ne répare pas l'enregistrement ni ne vérifie que chaque cadre se décode correctement.
Dans la sortie, 30000/1001 est environ 29,97 fps. Considérez les champs de fréquence comme des indices, surtout pour les enregistrements à fréquence variable ; une moyenne seule ne décrit pas le timing d'origine. Si l'MP4 endommagé retourne moov atom not found, son rapport de flux manquant n'est pas une preuve qu'il n'avait pas de son.
Comme exemple de comparaison, supposons qu'une session ait utilisé un vidéo H.264 et deux flux audio AAC. Un candidat avec une vidéo HEVC et un seul flux audio AAC ne correspond pas à ce setup connu, même si l'image semble similaire. Lorsque les paramètres d'origine sont inconnus, ffprobe peut décrire un candidat, mais ne peut pas prouver qu'il correspond au fichier endommagé.
Si vous devez enregistrer un nouvel échantillon
Utilisez l'appareil et l'application d'origine autant que possible, restaurez les paramètres de enregistrement connus et arrêtez l'enregistrement nouvellement commencé de manière normale. L'échantillon peut représenter une scène ordinaire ; il n'est pas nécessaire de reproduire l'événement perdu. Incluez le son si le son original a été enregistré, et vérifiez que l'échantillon lui-même s'ouvre et se joue.
Ne pas enregistrer l'échantillon sur la seule carte contenant l'enregistrement endommagé. Copiez les fichiers existants vers un stockage séparé et utilisez une autre carte pour l'échantillon. Gardez l'original endommagé intact pendant toute l'opération.
Il n'existe pas de longueur d'échantillon universelle qui garantisse un match. Un extrait court, généralement finalisé, constitue un point de départ pratique ; il doit toutefois disposer des bonnes flux et paramètres. Si l'application ou la caméra a été mise à jour depuis, notez cette modification. Si vous n'avez plus l'original, cherchez un extrait non modifié issu de la même session avant de considérer un téléchargement internet comme équivalent. Un autre appareil du même modèle peut être envisagé pour évaluation, mais n'est pas une substitution confirmée.
Utilisez la référence, puis vérifiez le résultat
Dans le workflow de réparation de fichiers MP4 et MOV de MendVid, un fichier de référence requis reste sur la même mission payante sans autre paiement. Les achats récents ont été fermés lors de la vérification le 1er novembre 2026. Lorsqu'ils sont disponibles, le forfait de US$9,99 permet une tentative de réparation ; le paiement confirmé intervient avant le téléchargement, la réparation et l'aperçu. Une tentative échouée n'est pas remboursée. Les termes de prix et de tentative expliquent cette décision avant le passage à la commande.
Après une réparation, vérifiez l'ouverture, le milieu et la fin du résultat, puis écoutez chaque piste audio attendue. Comparez la durée avec ce que vous attendiez et vérifiez s'il y a un décalage sonore par rapport à l'image. Un fichier de référence correspondant ne prouve pas que l'ensemble de l'enregistrement a été conservé, et un aperçu court ne prouve pas que la fin est intacte.
Conservez la référence candidate, les paramètres que vous pourriez confirmer et les incertitudes restantes ensemble. Si le résultat présente une durée incorrecte ou un son manquant, ce enregistrement fournit un point de départ concret pour l'investigation suivante.