Aller au contenu
OneKitly

MOV vers MP4 : pourquoi la vidéo de l'iPhone ne s'ouvre pas sous Windows

Publié le 03/07/2026 · 15 min de lecture · Outils fichiers

Daniel Okonkwo

Daniel OkonkwoDéveloppeur front-end et rédacteur Tech chez OneKitly

Performance web · Formats de fichiers

Vérifié à partir de 4 sources

Voir le profil
En bref

MOV et MP4 sont des conteneurs — des boîtes qui contiennent des flux et une table indiquant où se trouve chaque image — et ce sont des boîtes proches parentes : la référence de MDN sur les conteneurs rappelle que le format MP4 dérive du format de base ISO, lui-même directement dérivé du format QuickTime d'Apple. Renommer l'un en l'autre ne répare donc rien et ne casse rien de particulier, parce que l'extension était rarement l'obstacle. L'obstacle est le codec à l'intérieur. Depuis iOS 11, un iPhone laissé sur son réglage par défaut enregistre la vidéo en HEVC, également appelé H.265, et l'écrit dans un fichier .mov ; la page d'assistance d'Apple indique que l'alternative est d'ouvrir Réglages, toucher Appareil photo, toucher Formats et choisir « Le plus compatible », après quoi toutes les nouvelles photos et vidéos utilisent JPEG ou H.264. Le HEVC est réellement meilleur — à peu près la même image pour moitié moins de bits — mais son décodage n'est pas universel. macOS le fait depuis High Sierra, d'où la lecture parfaite sur le Mac d'origine. Windows non, pas forcément : Microsoft vend dans sa propre boutique un module HEVC Video Extensions dont l'objet déclaré est précisément de permettre aux applications Windows de lire de la vidéo HEVC, ce qui en dit long sur la situation sans lui. Les navigateurs sont plus stricts encore, puisque MDN donne le conteneur QuickTime comme non pris en charge dans Chrome, Edge, Firefox et Safari, tandis que le MP4 l'est dans tous. Il y a donc deux réparations distinctes. Si le codec est déjà du H.264, seule la boîte est mauvaise, et l'opération correcte est un remultiplexage — recopier les flux dans un MP4 sans y toucher, ce que la documentation de FFmpeg décrit comme très rapide et sans perte de qualité. Si le codec est du HEVC, la boîte n'a rien à voir et le fichier doit être réellement ré-encodé en H.264, au prix du temps et d'une génération de qualité. Ce convertisseur fait toujours la seconde chose : il décode et ré-encode avec libx264 en CRF 23, il sauvera donc un enregistrement HEVC, et il facturera aussi une génération inutile à un fichier qui n'avait besoin que d'un changement de boîte.

L'extension n'est presque jamais le vrai problème. Un .mov et un .mp4 sont cousins dans la même famille de formats, et ce qui bloque réellement la vidéo, c'est le codec scellé à l'intérieur — le plus souvent le HEVC. Voici comment distinguer les deux pannes, et quand changer la boîte suffit.

L'extension nomme la boîte, pas ce qu'elle contient

Un fichier vidéo a deux couches indépendantes. Le conteneur est la structure extérieure : il contient un ou plusieurs flux, note leur alignement dans le temps et porte un index indiquant où commence chaque image. MP4, le MOV de QuickTime, le MKV de Matroska et WebM sont tous des conteneurs. Le codec est ce qui a compressé les images en un flux au départ — H.264, HEVC, VP8, VP9, AV1. Un conteneur se soucie généralement peu du codec qu'il transporte, et un codec se soucie généralement peu du conteneur qui le transporte. C'est pourquoi la même vidéo H.264 peut se trouver dans un .mov et dans un .mp4 et être, octet pour octet dans ce qui compte, identique.

MOV et MP4 ne sont même pas des parents éloignés. La référence de MDN sur les conteneurs multimédias indique que le format de fichier MP4 dérive du format de base ISO, lui-même directement dérivé du format QuickTime développé par Apple. Ils utilisent les mêmes boîtes, les mêmes noms d'atomes, la même idée d'index. Cette ressemblance de famille est précisément la raison pour laquelle tant de gens concluent qu'un simple renommage suffira — et la raison pour laquelle le renommage ne change si souvent rien du tout. Si le codec intérieur était le problème, la nouvelle extension permet seulement au lecteur d'avancer d'un pas de plus avant d'abandonner.

Ce que l'iPhone écrit réellement

Apple a introduit le HEIF pour les photos et le HEVC pour la vidéo avec iOS 11 et macOS High Sierra, et tout iPhone à partir du 7 sait enregistrer dans ces formats. L'argument est honnête : la même image pour à peu près la moitié du stockage. Le réglage qui commande cela se trouve dans Réglages, Appareil photo, Formats, et il offre deux choix — « Haute efficacité », par défaut, qui produit du HEVC, et « Le plus compatible », dont la page d'assistance d'Apple dit qu'il fera utiliser JPEG ou H.264 à toutes les nouvelles photos et vidéos. Ce seul réglage est à l'origine de presque toutes les questions « mon MOV ne se lit pas », et il n'affecte que les enregistrements réalisés après le changement.

Deux détails évitent beaucoup de confusion. D'abord, le conteneur ne change pas avec le réglage : l'iPhone écrit un fichier .mov dans les deux cas, l'extension ne dit donc rien du codec que tu as. Ensuite, Apple essaie déjà de t'aider. Sa page d'assistance note que lorsqu'un média est partagé par AirDrop, Messages ou courriel et que l'appareil destinataire ne prend pas en charge les formats récents, il peut être envoyé automatiquement dans un format plus compatible, comme le H.264 — d'où le fait que le clip reçu par message par ton collègue s'ouvre parfaitement, et pas celui que tu as copié du téléphone par câble.

Pourquoi Windows est la machine qui dit non

Le HEVC est une technologie brevetée, et l'arrangement de licence qui l'entoure explique une prise en charge inégale, contrairement au H.264. Apple a intégré le décodage à macOS et iOS depuis High Sierra et iOS 11 et en a absorbé le coût : le fichier se lit donc toujours sur la machine d'origine. Microsoft a pris l'autre chemin : il publie dans sa propre boutique un module HEVC Video Extensions, vendu et non fourni, dont l'objet déclaré est de te permettre de lire des vidéos HEVC dans n'importe quelle application vidéo sous Windows. Une machine Windows qui ne l'a jamais installé ouvrira le .mov, trouvera un flux qu'elle ne sait pas décoder, et signalera n'importe quoi, d'une erreur de codec à un rectangle noir avec du son.

Le navigateur est le second mur, et c'est un autre mur. La référence de MDN sur les conteneurs donne le conteneur QuickTime comme non pris en charge dans Chrome, Edge, Firefox et Safari, tandis que le MP4 l'est dans les quatre. Un .mov contenant du H.264 parfaitement ordinaire refusera donc quand même de s'afficher dans un formulaire d'envoi web, dans un système de gestion de contenu ou dans un éditeur en ligne — et là, le conteneur est réellement le problème, et changer de boîte serait réellement toute la réparation. La même référence donne le WebM comme pris en charge partout, ce qui explique que le troisième cas de panne, le .webm qui ne s'ouvre pas dans un logiciel de présentation ou un montage, soit l'image inversée du premier.

Remultiplexer ou ré-encoder : deux opérations identiques vues de l'extérieur

Un remultiplexage ouvre l'ancien conteneur, en extrait les flux compressés sans y toucher, et les dépose dans un nouveau conteneur. Rien n'est décodé, rien n'est recompressé, et la documentation de FFmpeg le dit sans détour : sans décodage ni encodage, c'est très rapide et il n'y a aucune perte de qualité. Un fichier de deux gigaoctets se remultiplexe en quelques secondes, et l'image qui ressort est la même image, bit pour bit. C'est l'opération correcte chaque fois que le codec est déjà acceptable et que seule l'enveloppe est mauvaise — un MOV en H.264 qu'un formulaire web refuse, un MKV téléchargé auquel un navigateur ne touchera pas.

Un ré-encodage est tout autre chose. Il décode chaque image en images réelles et les recompresse avec un autre codec, seule manière de transformer du HEVC en H.264, parce que les deux décrivent le mouvement de façons incompatibles. Cela prend du temps réel — des minutes plutôt que des secondes — et cela coûte une génération de qualité, parce que le second encodeur compresse une image qui porte déjà les compromis du premier. En une seule passe depuis une bonne source, cette génération est généralement invisible. Faites-le quatre fois et elle ne l'est plus.

Soyons francs sur cet outil : il n'a pas de voie de remultiplexage. Quelle que soit la cible choisie, il décode et ré-encode, il te coûtera donc toujours cette génération, même sur un fichier qui n'avait besoin que d'une nouvelle enveloppe. C'est une limite réelle, et il vaut mieux la connaître avant de lui donner un MOV dont tu sais déjà qu'il contient du H.264 — dans ce cas, mieux vaut garder l'original et changer ce à quoi tu l'envoies, si tu le peux. L'outil gagne sa place dans le cas pour lequel il a été fait : un enregistrement HEVC qui doit devenir un MP4 en H.264, ce qui est un ré-encodage quel que soit le programme, réalisé ici sans que le fichier quitte ta machine.

Savoir ce que tu as réellement

Le diagnostic le plus rapide n'exige aucun logiciel. Si la vidéo se lit sur le Mac ou l'iPhone d'origine et échoue sur un PC Windows, suspectez le codec — c'est le schéma HEVC neuf fois sur dix. Si elle se lit dans un lecteur de bureau sur la même machine mais qu'une page web ou un formulaire d'envoi la refuse, suspectez le conteneur, parce que le lecteur est ouvert d'esprit et le navigateur non. Si elle ne se lit nulle part, y compris sur l'appareil qui l'a produite, le fichier est probablement endommagé et aucune conversion n'y changera rien.

Pour une réponse certaine, ouvre le fichier dans VLC et regarde les informations de codec : le codec vidéo y est nommé explicitement, tu liras donc H.264 ou HEVC et cesseras de deviner. Sur un Mac, sélectionner le fichier et ouvrir Lire les informations montre les codecs sous Plus d'infos. Sous Windows, l'onglet Détails des propriétés du fichier est inconstant sur ce point, VLC est donc la voie fiable. Cela vaut la peine de le faire une fois sur un fichier de ta propre caméra, car la réponse sera la même pour tout ce que cette caméra produit jusqu'à ce que quelqu'un change le réglage.

Ce que fait ce convertisseur, et pourquoi le MP4 répond à presque tout

Trois cibles, et elles ne se valent pas. Choisir le MP4 encode l'image avec libx264 en CRF 23 et le son en AAC à 128 kbit/s, puis écrit le fichier avec l'option faststart, si bien que l'index se place en tête et que la vidéo peut démarrer avant d'être entièrement arrivée. Choisir le MKV lance le même encodage H.264 et AAC dans un conteneur Matroska, sans faststart, ce qui convient à un lecteur de bureau et ne sert à rien sur le web, puisque Matroska n'est pas un conteneur que les navigateurs acceptent. Choisir le WebM emprunte une tout autre route : VP8 pour l'image et Opus pour le son.

La voie WebM comporte un piège qu'il faut dire clairement. Elle n'utilise pas de cible de qualité du tout : elle demande un débit vidéo fixe de 1 Mbit/s, quelle que soit la source. Sur une capture d'écran en 480p, c'est généreux. Sur un plan en 1080p, c'est un huitième de ce que YouTube recommande pour cette résolution, et sur des images en 4K, c'est une caricature. Si tu as spécifiquement besoin de WebM — pour une page web où la taille compte plus que la fidélité — réduis d'abord la résolution pour que ce 1 Mbit/s ait moins de travail. Pour tout autre usage, prends le MP4 : c'est le seul conteneur sur lequel les navigateurs, les téléphones, les logiciels de montage, les outils de présentation et les formulaires d'envoi tombent tous d'accord.

Quelle couche est en cause — la boîte ou l'image qu'elle contient. La colonne remultiplexage dit si recopier les flux dans un nouveau conteneur suffirait ; cet outil ré-encode toujours à la place.
Fichier que tu asCodec habituellement dedansOù ça échoueUn remultiplexage suffit-il ?
.mov, iPhone en « Haute efficacité »HEVC (H.265)Windows sans le module de codec, navigateurs, vieux logiciels de montageNon — l'image elle-même doit être ré-encodée en H.264
.mov, iPhone en « Le plus compatible »H.264Navigateurs et formulaires d'envoi web ; les lecteurs de bureau sont à l'aiseOui — seul le conteneur est mauvais
.mp4 d'un téléphone Android ou d'un appareil photoH.264Presque nulle partRien à réparer
.mov, capture d'écran d'un MacH.264, ou HEVC selon les réglages récents de macOSDépend entièrement duquel des deux il s'agit — vérifie avant de convertirSeulement s'il s'agit de H.264
.webm téléchargé sur le webVP8 ou VP9Logiciels de présentation, montage vidéo, certains téléviseursNon — VP8 et VP9 n'ont pas leur place dans un MP4 pour ces logiciels
.mkv issu d'un téléchargementN'importe quoi — H.264, HEVC ou AV1Les navigateurs n'acceptent pas du tout MatroskaOui si le codec est du H.264 ; sinon ré-encode
Convertisseur vidéoConvertis une vidéo entre MP4, WebM, MKV, MOV, AVI, OGV ou GIF animé, sur ton appareil.Essayer l'outil

Questions fréquentes

Puis-je simplement renommer le fichier de .mov en .mp4 ?
Cela marche parfois, et cela vaut trente secondes avant de convertir quoi que ce soit. Les deux formats sont des parents assez proches pour qu'un fichier QuickTime contenant du H.264 et de l'AAC soit fréquemment déjà un MP4 valide, et un lecteur qui refusait sur la seule extension l'ouvrira alors. Mais les boîtes ne sont pas identiques — QuickTime autorise des structures et des codecs que le MP4 n'autorise pas — si bien qu'un fichier renommé peut aussi être rejeté net ou se lire avec une durée fausse. Garde une copie de l'original avant d'essayer, et si le fichier renommé se comporte mal d'une façon ou d'une autre, fais la vraie conversion.
Dois-je simplement régler mon iPhone sur « Le plus compatible » et ne plus y penser ?
C'est un choix raisonnable si tu confies régulièrement des vidéos à des machines Windows, et il te coûte du stockage réel : le HEVC rend à peu près la même image pour moitié moins de bits, les enregistrements en H.264 prennent donc sensiblement plus de place sur le téléphone et dans tes sauvegardes photo. Le réglage n'agit que sur les nouveaux enregistrements : il ne fait rien pour la bibliothèque que tu as déjà. Une bonne voie moyenne consiste à laisser le téléphone en « Haute efficacité » et à convertir la poignée de plans qui doivent réellement voyager, ce qui est le plus petit travail dans presque tous les foyers.
Combien de qualité coûte la conversion ?
Une génération, et au CRF 23 utilisé par cet outil, cette génération est normalement invisible en une passe depuis une source correcte. Ce qui la rend visible, c'est la répétition : convertis, envoie à quelqu'un qui reconvertit, puis dépose le résultat sur un site qui ré-encode à la réception, et dès la quatrième passe le mou dans les ombres et les bavures sur le mouvement sautent aux yeux. La règle est de garder l'original et de toujours convertir depuis lui, jamais depuis une copie déjà convertie. C'est la même règle qui déconseille d'enchaîner conversion, compression et redimensionnement en trois étapes séparées si une seule peut faire le travail.
La conversion a échoué et l'outil a seulement dit qu'il ne pouvait pas convertir le fichier.
La cause habituelle est la mémoire plutôt que le format. Le fichier entier est chargé dans l'onglet du navigateur et l'encodeur y travaille : un long enregistrement en 4K sur un téléphone peut donc épuiser la mémoire de l'onglet et s'arrêter. Essaie un extrait plus court, ou le même sur un ordinateur de bureau, avant de conclure que le fichier n'est pas pris en charge. La seconde cause est une entrée réellement exotique — cadence variable venue d'un enregistreur d'écran, flux sans image-clé, format audio inhabituel — auquel cas extraire l'audio séparément et convertir la vidéo seule te dira souvent quelle moitié pose problème.
Le HEVC est-il toujours le coupable quand quelque chose ne se lit pas ?
Non, et le supposer fait gaspiller des conversions. L'AV1 est désormais courant dans les téléchargements et il est plus récent que le HEVC : les machines anciennes le refusent tout aussi facilement. Un flux H.264 ou HEVC en 10 bits ou en HDR peut échouer sur du matériel qui gère parfaitement la version 8 bits du même codec. L'audio peut bloquer à lui seul — une vidéo à piste audio inhabituelle affichera parfois une image et restera muette, ou refusera net. Et un fichier qui ne se lit nulle part, y compris sur l'appareil qui l'a enregistré, relève généralement d'un téléchargement tronqué plutôt que d'une question de codec.

Articles qui pourraient t'intéresser

Tous les guides
ExplicationPivoter une vidéo de 90° ou 180° : l'indicateur ou les pixelsIl existe deux façons radicalement différentes de faire pivoter une vidéo, et une seule touche à l'image. Cet outil prend la voie lente, avec perte et universelle — et il y a de bonnes chances que ton clip de téléphone couché n'en ait pas besoin du tout.GuideQuelle résolution vidéo choisir, et ce que chaque palier coûte en mégaoctetsPasser du 1080p au 720p ne divise pas l'image par deux : cela retire 56 % des pixels, et nettement moins que cela du fichier. Voici l'échelle avec les vrais comptes de pixels, des débits honnêtes et le poids de trois minutes à chaque palier — plus la raison pour laquelle une source à faible débit ne rétrécit presque pas.TutorielFaire passer une vidéo sous une limite d'envoi sans tâtonnerLe curseur de qualité ne sait pas viser une taille de fichier — ce n'est pas son rôle. Mais la limite et la durée de ton plan fixent déjà le débit auquel tu as droit, et une division te dit si la résolution que tu utilises peut seulement tenir.ExplicationPourquoi ta coupe vidéo tombe deux secondes trop tôtTu as demandé 1:23 et obtenu 1:21. Rien n'est cassé : une coupe qui ne ré-encode pas ne peut atterrir que sur une image-clé, et la distance à la plus proche dépend entièrement de ce qui a enregistré la vidéo. Voici comment savoir laquelle tu as et quand accepter le décalage.TutorielRetirer le son d'une vidéo sans toucher à l'imageUne seule commande ffmpeg, aucun encodeur, et un résultat dont le flux vidéo est octet pour octet celui du départ — vérifié par somme de contrôle. Plus la raison pour laquelle le fichier ne rétrécit presque pas, et la différence entre une piste silencieuse et pas de piste du tout.GuidePourquoi un GIF de trois secondes pèse plus lourd que la vidéo d'origineUn GIF n'a pas de vraie compression vidéo : chaque image est une image entière, plafonnée à 256 couleurs. Cela donne une arithmétique que tu peux faire de tête — largeur fois hauteur fois nombre d'images — et trois leviers à tirer quand la fenêtre d'envoi dit que le fichier est trop lourd.

Outils similaires

Les limites d'envoi sont celles publiées par chaque service à la date citée et elles changent sans préavis : vérifie le chiffre en vigueur avant d'encoder. Les débits recommandés sont des points de départ, pas des règles : ce dont un plan a réellement besoin dépend de la quantité de mouvement et de détail qu'il contient.

Sources

Tu as repéré une erreur dans cet article ?