La vidéo est lue avec un écran noir — L'audio fonctionne, pas d'image

L'audio est diffusé. Le compteur de durée avance normalement. L'écran n'affiche rien : noir uni, pas d'image, pas de problème technique, pas d'erreur. Trois catégories de causes.

Cause 1 : incompatibilité codec/couleur dans le lecteur

La cause la plus courante, en particulier pour les séquences ProRes / 10 bits lues dans un navigateur ou dans QuickTime. Certains formats de pixels — « yuv422p10le », « yuv444p10le » — ne sont pas pris en charge par les balises <video> du navigateur ou par les anciennes versions de QuickTime. Le codec ne peut pas effectuer le rendu, donc le lecteur affiche du noir.

Les fichiers ProRes sont généralement au format yuv422p10le dans leur forme native. Si vous prévisualisez un fichier ProRes récupéré dans un élément vidéo basé sur un navigateur et que vous voyez un carré noir, c'est pour cette raison.

Solution : transcodez en yuv420p (8 bits, compatible avec les navigateurs) :

ffmpeg -i prores.mov -c:v libx264 -pix_fmt yuv420p -c:a copy preview.mp4

Le fichier récupéré est correct. Le problème vient du lecteur dans lequel vous l'avez testé. Ouvrez-le dans DaVinci Resolve, Premiere ou VLC et l'image apparaîtra.

Cause 2 : le flux vidéo est dans le fichier mais endommagé

« ffprobe » affiche un flux vidéo, mais les données du codec sont illisibles. Possibilités :

• Dommages au jeu de paramètres du codec. Le H.264 SPS / H.265 VPS / SPS est corrompu. Le décodeur ne peut pas s'initialiser, il affiche donc du noir.
• Mauvais codec four-cc. Le conteneur indique un codec ; les données sont différentes. Incompatibilité du décodeur → noir.
• Corruption interne de la trame. Les données du codec présentent des inversions de bits qui empêchent le décodage.

Dans ce cas, le transcodage ne sera d'aucune aide (les données source elles-mêmes sont illisibles). La solution consiste à récupérer les paramètres du codec ou l'identification du codec.

Cause 3 : l'enregistrement était en fait noir

Le capuchon de l'objectif de la caméra est en place. Caméra en mode lecture plutôt qu'en mode enregistrement. Téléphone dans la poche avec l'écran vers le bas. Ces situations produisent un véritable enregistrement noir. L'audio est correct car le microphone fonctionnait ; l'image est ce que l'objectif a vu.

Testez en vérifiant un autre enregistrement de la même caméra. Si les autres ont de l'image, vous avez un vrai cas de récupération. Si les autres sont également noirs, la caméra enregistrait des images noires.

Comment déterminer la cause

ffprobe -v error -show_streams broken.mov

Regardez le « pix_fmt » du flux vidéo :

Essayez ensuite VLC. Si VLC lit l'image et que le navigateur/QuickTime ne le fait pas, cause 1. Si même VLC affiche un écran noir, cause 2.

Pour notre pipeline de prévisualisation en particulier : chaque prévisualisation est forcée à '-pix_fmt yuv420p' pour la compatibilité avec le navigateur. Si vous voyez un aperçu noir de notre part, il s'agit d'une véritable défaillance vidéo (cause 2), et non d'un problème de format de pixel.

Ce que vous pouvez essayer vous-même

Pour la cause 1 :

ffmpeg -i source.mov -c:v libx264 -pix_fmt yuv420p preview.mp4

Pour la cause 2 :

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

(Si FFmpeg peut produire une sortie, les données du codec sont au moins partiellement intactes. Si FFmpeg renvoie « no decodable frames found », la cause 2 est grave et peut être irrémédiable.)

Pour la cause 3 :

Il n'y a rien à récupérer. L'enregistrement lui-même est noir.

Comment notre récupération gère les cas d'écran noir

• Récupération des paramètres du codec à partir des images observées. Si le SPS/VPS au début du fichier est endommagé mais que le jeu de paramètres du codec est répété plus tard dans le flux (certains codecs le font, en particulier H.265), nous l'extrayons d'une image ultérieure.
• Identification du codec à partir des marqueurs d'image. Si le codec déclaré du conteneur est incorrect, nous identifions le codec réel à partir des données de la trame et reconstruisons avec le bon codec.
• Le pipeline de prévisualisation force yuv420p pour la prévisualisation de 5 secondes. Vous ne verrez jamais de problème « écran noir à cause de pix_fmt » dans notre aperçu.
• Honnêtes sur les cas difficiles. Si les données du codec sont réellement corrompues (cause 2 grave), nous vous en informons rapidement. Il est inutile de prendre votre argent pour un fichier dont les images réelles sont illisibles.

Ce que vous faites

1. Téléchargez le fichier.
2. Environ 1 minute plus tard, vous obtenez un diagnostic + un aperçu gratuit. Le diagnostic détermine si l'image est récupérable ou si le flux vidéo est réellement trop endommagé.
3. Ne payez que si l'aperçu montre une image réelle.

FAQ

Mon fichier ProRes est noir dans QuickTime mais se lit correctement dans Resolve. Cause 1 — Incompatibilité du format de pixel. Le fichier est correct. Le pipeline HEVC/ProRes de QuickTime sur les anciens macOS ne rend pas bien le 4:2:2 10 bits. Mettez à jour macOS ou transcodez pour QuickTime.

Mon fichier récupéré à partir d'un autre outil affiche un écran noir. Il pourrait s'agir de la cause 1 (leur aperçu/sortie utilise un format de pixels non compatible avec le navigateur) ou de la cause 2 (leur récupération n'a pas reconstruit les paramètres du codec). Téléchargez le fichier endommagé d'origine ; nous essaierons de le traiter avec le bon codec.

L'audio est lu pendant la bonne durée, mais il n'y a pas du tout de vidéo dès le début. Cause 2 grave — les données du codec sont tellement endommagées qu'aucune image ne peut être décodée. Parfois récupérable en extrayant des images plus loin dans le fichier ; parfois non.

Mes images sont-elles en sécurité ? Serveur en France, suppression automatique après 48 heures, jamais utilisé pour l'entraînement ou partagé. Politique de confidentialité.

Articles connexes

• La vidéo est lue mais il n'y a pas de son
• MOV corrompu Sony A7S III (ProRes 10 bits / XAVC)
• Comment fonctionne notre moteur de récupération

Téléchargez votre fichier →