Séparez le conteneur du codec vidéo
Un conteneur regroupe les pistes, le timing, les métadonnées et les index. Un codec définit la manière dont une piste vidéo est compressée et décodée. Renommer un fichier HEVC de .mov en .mp4 ne le transforme pas en H.264, tout comme changer le nom d'un fichier ZIP ne convertit pas les fichiers qu'il contient.
MP4 transporte généralement des vidéos H.264, HEVC ou AV1. WebM transporte généralement VP8, VP9 ou AV1. MOV, MKV et AVI peuvent contenir de nombreuses combinaisons. Le guide des codecs vidéo MDN actuel répertorie les relations courantes entre les codecs et les conteneurs, mais la lecture réelle peut toujours varier en fonction du profil, de la profondeur de bits, du matériel, de la licence et de la version du navigateur.
C'est pourquoi une liste d'extension ne peut décrire que les entrées probables. Un fichier MP4/H.264 lisible par un navigateur constitue un premier test conservateur ; aucun outil de navigation honnête ne peut garantir que chaque fichier partageant une extension sera décodé.
Utilisez une échelle de diagnostic au lieu de tentatives aléatoires
- Testez la lecture ordinaire. Ouvrez le fichier directement dans le même navigateur. S'il ne peut pas être lu, l'extraction d'images ne peut pas permettre au décodeur de le prendre en charge.
- Essayez un fichier local en bon état. Un court échantillon H.264 MP4 ou WebM commun sépare un problème à l'échelle du site d'un problème spécifique à la source.
- Testez un autre navigateur actuel sur le même appareil. Différents navigateurs peuvent utiliser différents chemins de décodeur, même sur un même système d'exploitation.
- Testez un autre appareil ou système d'exploitation. Ceci est particulièrement utile pour les profils HEVC et plus récents avec une prise en charge matérielle ou plate-forme inégale.
- Inspectez les métadonnées du flux. Un inspecteur de médias local peut révéler le nom du codec, le profil, le niveau, le format de pixel, la profondeur de bits, les dimensions, le mode de fréquence d'images et la durée.
- Créez un dérivé compatible. Transcodez uniquement une copie avec un outil local fiable, puis conservez l'original comme source d'enregistrement.
Reconnaître les modèles de défaillance courants
Le navigateur indique que le format n'est pas pris en charge
Le conteneur ou la piste vidéo principale peut ne pas disposer d'un décodeur disponible. Une profondeur de bits élevée, un format de chrominance inhabituel, un profil avancé ou une limite de licence de codec peuvent avoir de l'importance même lorsque la famille de codecs semble prise en charge.
La lecture fonctionne mais la recherche n'est pas fiable
Le fichier peut contenir des images clés clairsemées, des index incomplets, des horodatages inhabituels ou des métadonnées endommagées. La lecture avant peut réussir car elle décode séquentiellement tandis que l'accès aléatoire dépend des informations de synchronisation et d'index.
Les premières images fonctionnent et les images suivantes échouent
Un segment endommagé, des horodatages discontinus, une pression sur la mémoire ou une erreur de décodage plus tard dans le flux peuvent en être la cause. Essayez une portée plus courte autour de l'échec et comparez le comportement d'un autre joueur.
L'audio est lu mais aucune image n'apparaît
Les conteneurs transportent des voies séparées. Le navigateur peut prendre en charge le codec audio mais ne pas prendre en charge le codec vidéo ou son profil.
Les URL distantes ajoutent des règles réseau aux règles multimédias
Une URL directe doit pointer vers des médias que le navigateur peut récupérer et décoder. Une page de partage, une page d'aperçu cloud, un téléchargement authentifié ou une réponse HTML n'est pas un fichier vidéo direct. Le serveur distant doit également autoriser une utilisation multi-origine lorsque l'outil dessine la vidéo sur un canevas ; sinon, les règles de sécurité du navigateur peuvent bloquer l'exportation même si la lecture semble possible.
Les redirections, les signatures expirées, la prise en charge des plages d'octets manquantes, la protection des liens hypertextes, les cookies d'authentification et les erreurs de type de contenu peuvent tous rendre une source distante moins fiable qu'un fichier local. Le téléchargement d'un fichier que vous êtes autorisé à utiliser et sa sélection locale supprime la plupart de ces variables réseau.
Lorsqu'une URL distante est utilisée, le navigateur contacte directement cet hôte tiers. L'hôte peut recevoir des informations de demande normales telles que l'adresse IP et les en-têtes du navigateur. La politique de confidentialité de VideoToImg explique la limite.
Choisissez une cible de compatibilité conservatrice
Pour un dérivé destiné principalement aux navigateurs actuels, la vidéo H.264 dans un conteneur MP4 reste une base de référence largement compatible. Une combinaison WebM courante est une autre cible utile. Gardez les dimensions et la fréquence d'images appropriées à la tâche réelle ; la conversion d'une source vers une résolution plus grande ou une fréquence d'images plus élevée ne crée pas d'informations visuelles manquantes.
Pour les séquences privées, utilisez un convertisseur local réputé plutôt que de les télécharger sur un service inconnu. Conservez l'original séparément et documentez les paramètres de conversion lorsque le timing ou la fidélité visuelle sont importants. Le réencodage entraîne une perte, à moins qu'un flux de travail sans perte ne soit délibérément choisi. Une copie de compatibilité ne doit donc pas remplacer silencieusement le maître source.
La documentation des formats FFmpeg est une référence principale pour les démultiplexeurs et multiplexeurs pris en charge par FFmpeg, mais les options de commande et la disponibilité des codecs dépendent de la version installée. Ce site n'exécute pas FFmpeg dans le navigateur et ne revendique pas une couverture de format équivalente.
Rédiger un rapport de compatibilité reproductible
Enregistrez le nom et la version du navigateur, le système d'exploitation, l'extension de fichier, le codec et le profil lorsqu'ils sont connus, les dimensions, la durée, si la lecture ordinaire fonctionne et le point exact où l'extraction échoue. Indiquez si la source était locale ou distante et si un petit fichier connu a fonctionné au cours de la même session.
N'envoyez pas de vidéo source privée simplement pour prouver un bug. Un court fichier de reproduction non sensible ou des métadonnées complètes sont plus sûrs et souvent plus utiles. Supprimez les noms de fichiers personnels, les paramètres d'URL signés et les identifiants de compte des captures d'écran ou des journaux.
Envoyez des rapports reproductibles à hello@videotoimg.com ou ouvrez le convertisseur vidéo en image pour tester un fichier local lisible par le navigateur.