La vidéo réparée peut être jouée, mais le son est absent. Avant de tenter une autre réparation, vérifiez si le résultat contient une piste audio, si le lecteur l'utilise, et ce que le fichier d'origine peut encore vous révéler.
Commencer avec le résultat que vous avez déjà
Conservez l'original endommagé, la référence saine si vous en avez utilisée, et le fichier réparé comme des fichiers distincts. Faites une copie du résultat pour les vérifications suivantes. Si l'original est encore sur une carte mémoire, évitez d'écrire de nouveaux enregistrements sur cette carte ; copiez d'abord les fichiers sur un stockage séparé.
Playez un autre extrait connu comme bon sur le même appareil pour vérifier les haut-parleurs, le périphérique de sortie et les commandes de silence. Ensuite, essayez la copie réparée dans un autre lecteur. Si le son apparaît là, investiguez l'ancien lecteur ou ses paramètres audio avant de considérer le fichier comme muet partout.
Vérifiez également le sélecteur de piste audio du lecteur. Un enregistrement peut contenir plus d'une piste audio, alors qu'un lecteur en joue une seule à la fois. Dans VLC, le menu Audio → Piste audio vous permet de sélectionner une piste disponible ou de réactiver une piste désactivée. Les noms de menu peuvent varier selon le lecteur et la version.
Demandez au fichier quels flux audio il expose
Si vous avez installé FFmpeg, son outil associé ffprobe peut analyser la copie réparée sans la modifier. Exécutez :
ffprobe -v error -select_streams a -show_entries stream=index,codec_name,sample_rate,channels,channel_layout,duration -of json "repaired-copy.mp4"Chaque élément de l'array streams est un flux audio que ffprobe a pu identifier dans ce fichier. Un array vide signifie qu'il n'a trouvé aucun flux audio lisible dans le résultat. Si ffprobe rapporte au lieu de cela que le fichier lui-même ne peut pas être ouvert, considérez cela comme une échec d'inspection, et non comme preuve que aucun audio n'avait été enregistré.
Lorsqu'une entrée est présente, notez son codec, ses canaux et sa durée. Ces informations décrivent ce que rapporte le conteneur ; elles ne prouvent pas que le flux contient toute la conversation, la musique ou l'enregistrement du micro. Comparez le nombre d'entrées et leurs durées à ce que vous attendiez, puis écoutez chaque flux.
Dans un cas public d'erreur d'untrunc, un utilisateur a signalé qu'un enregistrement à deux pistes produisait une piste de sortie inutilisable, alternant entre les enregistrements d'origine. Ce rapport concerne un outil différent et ne permet pas de déterminer la cause ni la fréquence avec laquelle cela se produit.
Une piste existe, mais vous n'entendez rien
Sélectionnez d'abord chaque piste audio disponible dans le lecteur. Une piste de micro peut ne pas être la piste par défaut, et une piste peut être présente mais silencieuse ou endommagée. OBS explique comment des sources peuvent être attribuées à des pistes de enregistrement différentes ; comparez ces attributions aux pistes que vous avez l'intention de conserver.
Si vous êtes à l'aise avec la ligne de commande, créez une copie séparée de type WAV du premier flux audio pour l'écoute :
ffmpeg -n -i "repaired-copy.mp4" -map 0:a:0 -vn -c:a pcm_s16le "audio-check-1.wav"Ce décodeur transforme un flux en un fichier WAV ; il ne modifie pas l'entrée. -n refuse de surécrire un fichier de sortie existant, et 0:a:0 désigne le premier flux audio dans l'entrée, pas nécessairement l'indice zéro dans la sortie de ffprobe. Pour un deuxième flux audio, utilisez 0:a:1 et un nom de sortie différent. La documentation FFmpeg sur le choix de flux explique la mise en correspondance explicite.
Un audio WAV peut occuper beaucoup plus d'espace disque qu'un audio compressé, donc vérifiez l'espace disponible. Si FFmpeg signale des erreurs de décodage ou ne peut pas créer le fichier, conservez le message ; un fichier créé peut tout de même contenir du silence, des interruptions ou un son déformé. Écoutez la partie initiale, centrale et finale plutôt que de supposer que la conversion l'a réparé. Les commandes ci-dessus ont été testées sur des fichiers synthétiques courts avec deux pistes audio et sans audio ; un enregistrement endommagé peut comporter un comportement différent.
Aucun flux audio n'apparaît dans le fichier réparé
Un résultat vide vous informe sur la copie réparée, pas sur l'entière histoire de l'original. Si la source endommagée est lisible, examinez une copie avec la même commande ffprobe et comparez les flux audio rapportés. Si un flux est visible dans la source mais absent dans le résultat, notez cette différence en parallèle des listes de flux avant de décider de tenter une autre réparation.
Si la source échoue avec moov atom not found, le détecteur peut être incapable de décrire ses pistes. Ce échec seul ne permet pas de déterminer si des données audio ont survécu à l'intérieur. Le guide manquant de l'atom moov explique pourquoi l'index non lisible et le média restant sont deux questions distinctes.
Recherchez un enregistrement sonore séparé ou une copie complète faite avant l'interruption. Un extrait sain provenant du même setup peut aider un réparateur basé sur un référent à interpréter les paramètres d'enregistrement, mais il ne contient pas le son de l'événement manquant. Notre guide pour choisir un référent correspondant explique comment comparer ses paramètres vidéo et audio.
Pour OBS, vérifiez les paramètres enregistrés et le routage de la source de cette session s'ils sont disponibles. Un profil OBS ultérieur ou un autre extrait de caméra pourrait offrir une piste, pas une preuve, de ce que l'ensemble du fichier a enregistré. Si le micro a été désactivé ou n'a jamais été capté, la reconstruction des informations du conteneur ne peut inventer l'audio original.
Décider de ce que le résultat vaut garder
Un fichier réparé contenant une image mais sans son attendu peut encore contenir des images utiles. Notez les pistes qui se jouent et les points où le son s'arrête ; ce registre peut vous aider si vous essayez une autre méthode. La présence d'un flux audio lisible ou d'une exportation réussie au format WAV n'est pas preuve que l'audio original est complet ou synchronisé.
Si vous envisagez une tentative avec le workflow de réparation MP4 et MOV de MendVid, le forfait de US$9,99 par vidéo correspond à une tentative, avec des taxes applicables affichées au moment du paiement. Le paiement doit être confirmé avant l'envoi ; la réparation et toute prévisualisation suivent l'envoi. Le forfait n'est pas remboursé si la tentative échoue, est incomplète ou est annulée après le début ; les droits qui ne peuvent être renoncés et les règles applicables du processeur de paiement restent en vigueur. Une référence requise reste sur la même tâche payée sans autre paiement. Lisez les conditions de prix et de réparation avant de décider.
MendVid vérifie les sorties contre les informations de piste qu'il peut établir et peut signaler une absence d'audio attendu comme une récupération partielle. Si la disposition initiale de la piste ne peut être établie, vous devrez toujours comparer le résultat avec ce que vous attendiez. Vérifiez l'enregistrement complet, pas seulement la prévisualisation, et conservez toute audio séparée dans sa forme d'origine jusqu'à ce que vous sachiez qu'elle est utilisable.