"The file has no audio or video streams"

Un MP4 ou un MOV range son image et son son dans une boîte mdat et les décrit dans un atome moov — l'index qui liste chaque piste, son codec et l'emplacement de chaque image. L'importateur de Premiere lit d'abord le moov. Si cet index est absent ou tronqué — un enregistrement de téléphone non finalisé, une capture OBS ou une capture d'écran qui a planté avant d'écrire l'index, un téléchargement interrompu —, Premiere ouvre le fichier, ne trouve aucune table de pistes et signale "The file has no audio or video streams" (le fichier ne contient aucun flux audio ni vidéo). Les images sont bien dans le mdat ; Premiere n'a simplement aucune carte pour y accéder, et c'est pourquoi le même clip peut encore fonctionner tant bien que mal dans VLC (qui analyse de façon plus agressive) alors que Premiere le refuse net.

"Codec missing or unsupported" (codec absent ou non pris en charge) est une panne différente. Ici, le conteneur est lisible et la table de pistes est présente, mais le codec qu'il renferme n'est pas quelque chose que les décodeurs de Premiere acceptent : certaines variantes HEVC 10 bits ou 4:2:2, des profils H.264 inhabituels ou — le grand classique — des rushes à fréquence d'images variable (VFR) issus des enregistreurs d'écran et des téléphones, que Premiere gère mal. Ce n'est pas un problème de conteneur, donc une reconstruction seule n'y remédie pas ; la solution consiste à transcoder vers un codec intermédiaire à fréquence d'images fixe, comme ProRes ou DNxHR/DNxHD, avant d'importer.

Distinguer les deux vous indique quoi faire. Si le clip se lit quelque part — sur un téléphone, dans VLC, dans un aperçu de navigateur — mais que Premiere affiche "The file has no audio or video streams" (le fichier ne contient aucun flux audio ni vidéo), vous avez presque certainement un dommage de conteneur/d'index. Origines fréquentes : un enregistrement que l'appareil ou l'application n'a jamais finalisé (le moov n'a donc jamais été écrit), un fichier tronqué par un transfert interrompu ou un disque plein, ou des décalages (offsets) qui pointent au mauvais endroit après une copie ratée. Reconstruire le conteneur refait les tables d'échantillons que lit Premiere, et les pistes réapparaissent.

Si, au contraire, le clip s'ouvre dans le navigateur de Premiere mais génère une erreur au décodage, ou si vous voyez "Codec missing or unsupported" (codec absent ou non pris en charge), le conteneur est en bon état et l'obstacle est le codec ou ses paramètres. Là, une reconstruction n'aide pas. La voie fiable est de conformer le fichier à un codec adapté au montage — exporter ou transcoder vers ProRes, DNxHR ou DNxHD à une fréquence d'images constante —, ce qui corrige aussi la dérive de synchronisation du VFR. Certains vident également la Media Cache (cache de médias) et réimportent ; cela n'aide que lorsque Premiere a mis en cache un index défectueux d'un fichier par ailleurs sain.

Pour le cas du conteneur — celui qui se cache derrière "The file has no audio or video streams" — l'outil analyse le flux H.264 ou HEVC qui a survécu, reconstruit l'index moov et les tables d'échantillons, et écrit un MP4/MOV propre et navigable que Premiere importe normalement. Là où le fichier a été tronqué, il récupère les images écrites avant la coupure et referme un conteneur valide autour d'elles, si bien qu'un clip transféré à moitié importe quand même les rushes qui sont arrivés au lieu d'être rejeté en bloc. Tout cela se produit dans l'onglet de votre navigateur, au fur et à mesure que le fichier est lu depuis le disque.

Les limites honnêtes : une reconstruction ne peut pas forcer Premiere à décoder un codec qu'il ne prend pas en charge ; si le problème de fond est un profil HEVC exotique ou du VFR, il faudra encore transcoder après la réparation. Et aucun outil ne peut restaurer des images qui n'ont jamais été écrites, donc les rushes perdus après une interruption restent perdus. Ce que la réparation garantit, en revanche, c'est la confidentialité : les rushes bruts — souvent du travail pour des clients, des contenus non publiés ou des vidéos personnelles — sont lus depuis le disque et reconstruits en local, et vous pouvez surveiller l'onglet Réseau (Network) et confirmer que 0 octet ne quitte jamais votre machine.