Convertisseur de vidéo, gratuit

Conteneurs, codecs et ce que la conversion change vraiment

La plupart des extensions de fichier nomment un conteneur, pas un codec. Un fichier .mp4 est une enveloppe qui contient une piste vidéo plus une piste audio plus des métadonnées. La piste vidéo peut être encodée avec H.264, H.265, VP9, AV1 ou plusieurs autres. La piste audio peut être AAC, MP3, Opus ou FLAC. Convertir entre conteneurs (MP4 vers MKV, par exemple) ne ré-encode pas nécessairement quoi que ce soit si les deux conteneurs acceptent les mêmes codecs ; FFmpeg peut le faire en quelques secondes via stream copy. Convertir entre codecs (H.264 vers VP9, par exemple) exige de ré-encoder chaque image à partir de zéro, ce qui est lent et avec perte. Cet outil détecte ce qui est nécessaire et choisit la voie la moins chère quand c’est possible.

Pourquoi les conteneurs existent : MP4 (ISO/IEC 14496-14) a été conçu pour le streaming et l’indexation, avec des tables de recherche rapides et le support de nombreux codecs, et joue partout. WebM (Google, 2010) est un sous-ensemble de Matroska restreint aux codecs libres de redevances (VP8/VP9/AV1 plus Opus/Vorbis) pour le web ouvert. MOV (Apple QuickTime, 1991) est le prédécesseur de MP4 et le format natif de macOS ; les rushes ProRes vivent presque toujours dans MOV. MKV (Matroska) est le couteau suisse ouvert : gère des codecs arbitraires, des pistes de sous-titres, des marqueurs de chapitre, des pièces jointes ; courant pour les rips Blu-ray et les anime. AVI est l’héritage Microsoft de 1992, métadonnées faibles, surtout vu avec d’anciens encodes DivX/Xvid.

Pourquoi la conversion échoue parfois : renommer un .mov en .mp4 ne change rien à l’intérieur du fichier. Si votre iPhone a exporté de la vidéo HEVC, un appareil Windows 10 sans les extensions multimédias HEIC/HEVC la rejettera quelle que soit l’extension. Une vraie conversion doit ré-encoder le flux vidéo en un codec que la cible accepte. Cet outil utilise H.264 plus AAC par défaut pour la sortie MP4, la combinaison la plus universellement compatible disponible.

Comment cet outil fonctionne en coulisses

Même moteur que le compresseur vidéo : FFmpeg compilé en WebAssembly via Emscripten par Jerome Wu à partir de 2019. Le binaire côté navigateur fait environ 30 Mo, tourne entièrement dans l’onglet via le multi-thread SharedArrayBuffer (exige les en-têtes Cross-Origin-Opener-Policy: same-origin et Cross-Origin-Embedder-Policy: require-corp, que ce site définit). Quand vous déposez une vidéo, le fichier est lu dans le système de fichiers virtuel WebAssembly via un lecteur en streaming.

En coulisses l’outil lance des commandes comme -i input.mov -c:v libx264 -preset medium -crf 23 -c:a aac -b:a 128k output.mp4 pour la conversion MOV vers MP4. Pour les changements de conteneur uniquement où le codec est déjà correct (par exemple, convertir un fichier MKV qui contient déjà H.264 plus AAC vers MP4), l’outil utilise -c copy pour une opération de stream copy quasi instantanée qui réécrit juste le conteneur sans ré-encoder. Le choix se fait automatiquement en sondant le fichier d’entrée.

Sélection de codec par format : la sortie MP4 utilise vidéo H.264 plus audio AAC (universel). La sortie WebM utilise vidéo VP9 plus audio Opus (ouvert et moderne). La sortie MKV utilise H.264 plus AAC par défaut mais peut transporter tout ce que Matroska supporte. La sortie AVI utilise vidéo MPEG-4 Part 2 plus audio MP3 (compatibilité héritée). L’outil choisit la bonne paire codec/conteneur pour que le lecteur destinataire ne rejette pas le fichier.

Brève histoire des conteneurs vidéo

• QuickTime / .MOV, 1991.Apple livre QuickTime avec System 6. Le conteneur .MOV devient le format standard pour le multimédia Mac et la base éventuelle de MP4.
• AVI, 1992.Microsoft livre AVI (Audio Video Interleave) dans le cadre de Video for Windows. Le format précède les fonctionnalités modernes de codec : pas de support correct de sous-titres, métadonnées faibles, pas d’index adapté au streaming. Encore vu avec d’anciens encodes DivX/Xvid et de vieilles captures d’écran.
• MP4 ratifié, 2001.ISO/IEC 14496-14 formalise MP4 comme conteneur MPEG-4 Part 14, fortement basé sur QuickTime MOV. Combiné à H.264/AVC (ratifié 2003), MP4 plus H.264 plus AAC devient le fichier vidéo universel à la fin des années 2000.
• Matroska, 2002.Conteneur flexible open source conçu pour gérer n’importe quoi : codecs arbitraires, pistes de sous-titres, marqueurs de chapitre, pièces jointes. Devient le format de choix pour les rips Blu-ray, les fansubs d’anime et l’archivage de longue forme.
• WebM lancé, 2010.Google lance WebM comme alternative ouverte et libre de redevances à MP4. Restreint à vidéo VP8/VP9/AV1 plus audio Vorbis/Opus. Conçu pour être livré avec HTML5 video sans préoccupations de licence de brevet.
• La conversion côté navigateur mûrit, 2019 à 2026.Jerome Wu publie le premier ffmpeg.wasm en 2019. En 2024 la ligne 4.x se stabilise à environ 30 Mo avec multi-thread SharedArrayBuffer. La conversion vidéo côté navigateur devient pratique pour les fichiers jusqu’à 1 à 2 Go, remplaçant beaucoup de services basés sur le cloud pour l’usage personnel.

Comment ça marche

1. Importez votre vidéo : cliquez pour sélectionner ou glissez-déposez un fichier vidéo dans un format courant (MP4, WebM, AVI, MOV, MKV).
2. Choisissez le format de sortie : sélectionnez le format cible et ajustez éventuellement les paramètres de qualité, de résolution et de codec.
3. Convertissez et téléchargez : cliquez sur Convertir puis téléchargez le fichier de sortie une fois le traitement terminé.

Pourquoi utiliser le convertisseur de vidéo ?

Les formats vidéo se fragmentent entre plateformes, MP4 fonctionne partout, WebM est optimisé pour le web, MOV est le standard Mac et MKV est courant pour la vidéo haute qualité. Quand une vidéo refuse de se lire sur un appareil ou de se téléverser sur une plateforme, la convertir au bon format résout le problème instantanément. Ce convertisseur basé sur le navigateur gère les conversions de formats les plus courantes sans nécessiter d'installation ni d'envoi vers des serveurs externes.

Fonctionnalités

• Formats multiples : convertissez entre MP4, WebM, OGG et d'autres formats vidéo compatibles web.
• Contrôle de la qualité : ajustez le débit binaire et les paramètres de qualité pour équilibrer taille du fichier et qualité vidéo.
• Options de résolution : réduisez à des résolutions standard (1080p, 720p, 480p, 360p) pour diminuer la taille du fichier.
• Préservation de l'audio : les pistes audio sont conservées dans la sortie convertie par défaut.
• Basé sur le navigateur : le traitement vidéo se fait localement via WebAssembly, vos vidéos ne quittent jamais votre appareil.

Flux de conversion du monde réel

• Corrections de compatibilité.Un iPhone exporte de la vidéo HEVC. Un ami Windows 10 ne peut pas la lire. Convertir en MP4 plus H.264 répare ça instantanément. La raison la plus courante de convertir.
• Exigences de téléversement de plateforme.Certains formulaires de téléversement n’acceptent que .mp4. Certaines plateformes sociales ré-encodent ce que vous envoyez mais exigent certains conteneurs. Convertir avant le téléversement évite les rejets et réduit les artefacts de ré-encodage côté serveur.
• Intégration web.La vidéo auto-hébergée sur un site web utilise typiquement MP4 pour le tag video HTML. Les sites modernes servent aussi un fallback WebM pour une compression légèrement meilleure sur les navigateurs compatibles. Convertir un master original vers MP4 et WebM est une étape standard.
• Sauvetage d’archives héritées.Vieux clips AVI/DivX d’un disque dur de 2005, fichiers Flash FLV d’un service de streaming défunt, fichiers .RM RealMedia des années 1990. Les convertir en MP4 les rend jouables sur des appareils modernes et garantit qu’ils survivent à l’obsolescence future des formats.
• Préparer les rushes pour le montage.DaVinci Resolve, Premiere et Final Cut ont tous des codecs préférés pour le montage. Convertir un clip iPhone HEVC en ProRes ou H.264 MOV avant import réduit la charge de décodage et améliore les performances de scrub de la timeline.
• Partage via canaux à limites de format.Certaines passerelles email d’entreprise bloquent les pièces jointes MKV ou AVI par filtrage de content-type. Convertir en MP4 contourne ces blocages. Idem pour certains clients de chat qui prévisualisent MP4 automatiquement mais affichent MKV comme fichier générique.

Pièges courants et ce qu’ils signifient

• Renommer l’extension ne fait rien.Changer example.mov en example.mp4 dans votre gestionnaire de fichiers ne ré-encode pas le fichier. Si le codec à l’intérieur n’est pas supporté par le lecteur cible, ça échoue toujours. Une vraie conversion doit ré-encoder ou re-muxer le flux réel.
• Les pistes de sous-titres sont supprimées.Les sous-titres soft (SRT, ASS, PGS, VobSub) intégrés dans des fichiers MKV ne survivent typiquement pas à la conversion vers MP4 par défaut. L’outil aurait besoin d’une configuration explicite pour copier ou incruster la piste de sous-titres. Si vous avez besoin de préserver les sous-titres, utilisez un outil de bureau avec gestion explicite des sous-titres.
• Les marqueurs de chapitre et les métadonnées disparaissent.Les marqueurs de chapitre de type Blu-ray, les vignettes intégrées et les métadonnées riches comme info réalisateur/acteurs sont typiquement perdus dans la conversion côté navigateur. Le conteneur de sortie n’a que les pistes vidéo et audio.
• Le canal alpha s’aplatit en noir.ProRes 4444, HEVC avec alpha (variante Apple) et VP9 avec alpha peuvent porter de la transparence. Convertir en MP4 H.264 standard aplatit silencieusement la transparence sur fond noir. Pour le motion design, utilisez ProRes 4444 dans MOV ou restez en WebM avec VP9 alpha.
• La conversion HDR vers SDR a besoin de tone-mapping.Un clip HDR 10 bits (Dolby Vision, HDR10) converti en SDR 8 bits sans tone-mapping explicite produit une sortie délavée ou bizarrement saturée. Faites le tone-mapping sur l’appareil source avant conversion ou utilisez un outil de bureau avec support HDR.
• La compatibilité de conteneur n’est pas la compatibilité de codec.Un fichier MP4 avec vidéo H.265 se lit bien sur un téléphone de 2026 mais échoue sur un laptop Windows de 2015. Le conteneur va bien ; le codec à l’intérieur non. Associez toujours le bon codec au bon conteneur pour votre audience.

Confidentialité : votre vidéo ne quitte jamais votre appareil

CloudConvert, Convertio, FreeConvert, Zamzar, OnlineConvertFree et beaucoup d’autres utilisent tous le même pipeline : téléverser le fichier complet, le serveur lance FFmpeg, vous téléchargez le résultat. Une vidéo téléphone de 200 Mo signifie 200 Mo en montée et 50 à 200 Mo en descente à travers leur infrastructure. Le contenu vidéo inclut couramment des visages, des lieux, de l’audio de conversations, des captures d’écran d’interfaces privées, des scènes géolocalisées. La plupart des opérateurs publient des politiques de confidentialité s’engageant à supprimer les téléversements dans 1 à 24 heures et à chiffrer en transit ; les majeurs détiennent des certifications ISO/IEC 27001. Ils ont de fortes raisons commerciales d’honorer ces politiques. Mais « supprimé dans l’heure » n’est pas « jamais vu ». Pendant cette fenêtre le fichier se trouve dans l’infrastructure de l’opérateur, accessible à tout processus ou personne avec les bonnes permissions, visible dans les journaux et sauvegardes selon la politique de rétention de l’opérateur.

Cet outil ne téléverse jamais rien. Le pipeline complet (sélection de fichier, décodage via lecteurs natifs du navigateur, conversion via ffmpeg.wasm WebAssembly, téléchargement via l’API blob du navigateur) tourne dans votre onglet de navigateur. Aucun téléversement, aucune requête réseau transportant des données vidéo, aucune entrée de journal. Vous pouvez vérifier en ouvrant les outils dev du navigateur sur l’onglet Réseau avant de convertir : aucune requête ne part avec du contenu vidéo. Seul le chargement initial de la page et le téléchargement unique d’environ 30 Mo de ffmpeg.wasm (mis en cache pour les visites suivantes) touchent le réseau. Mettez le navigateur en mode avion après le chargement et le convertisseur fonctionne toujours sur des fichiers locaux.

Quand un autre outil est le bon choix

• Fichiers de plus de 2 Go.Les limites de mémoire du navigateur deviennent un mur au-delà d’environ 2 Go. Utilisez HandBrake de bureau ou FFmpeg CLI, qui peuvent streamer depuis le disque et utiliser toute la RAM système disponible.
• Préserver sous-titres, chapitres, alpha.Utilisez FFmpeg de bureau avec des drapeaux -map explicites, MKVToolNix pour le remuxage Matroska-vers-Matroska avec contrôle complet des pistes, ou Subler/MetaX sur macOS pour la gestion des chapitres et métadonnées. La conversion côté navigateur est pour le cas simple.
• Codecs intermédiaires de montage.Final Cut Pro, Avid, DaVinci Resolve et Premiere veulent ProRes, DNxHD, DNxHR ou Cineform pour un montage fluide en timeline. Les outils navigateur ne peuvent pas produire ces codecs (ils sont sous licence et pas dans les builds ffmpeg.wasm). Utilisez la conversion native de l’app (Compressor pour FCP, Media Encoder pour Premiere) ou FFmpeg CLI avec les encodeurs prores_ks/dnxhd.
• Convertir des centaines de fichiers.Un script shell avec FFmpeg CLI ou un script Python utilisant subprocess est dramatiquement plus rapide qu’exécuter un outil navigateur 100 fois. Peut aussi utiliser des encodeurs GPU pour 10 à 20x d’accélération.

Questions fréquentes

Quels formats vidéo sont pris en charge ?

L'outil prend en charge la conversion entre MP4 (H.264/AAC), WebM (VP8/VP9/Opus), OGG (Theora/Vorbis) et d'autres formats compatibles web. La prise en charge de AVI, MOV et MKV dépend des capacités du navigateur via l'API WebCodecs.

Pourquoi la conversion est-elle lente pour les grosses vidéos ?

La conversion vidéo est gourmande en calculs. Les fichiers volumineux (au-delà de 500 Mo) ou la vidéo haute résolution (4K) peuvent prendre plusieurs minutes. La conversion s'exécute dans votre navigateur via WebAssembly, la vitesse dépend donc du CPU de votre appareil.

Vais-je perdre en qualité lors de la conversion ?

Toute conversion entre codecs à pertes (comme H.264 vers VP9) implique une certaine perte de génération. Convertir à des débits binaires élevés minimise la perte de qualité visible. Pour un archivage sans perte, utilisez le réglage de qualité maximale ou un codec sans perte si disponible.

Autres questions fréquentes

Puis-je simplement renommer l’extension du fichier ?

Non. L’extension est une métadonnée pour le système d’exploitation mais ne change pas les octets encodés réels à l’intérieur. Un .mov renommé en .mp4 reste encodé dans le codec original, qui peut être lu ou pas dans l’environnement cible. Une vraie conversion doit ré-encoder (ou re-muxer) le flux réel.

La qualité va-t-elle baisser ?

Les conversions par stream copy (quand le codec ne change pas, juste le conteneur) sont sans perte : les bits sont copiés tels quels dans la nouvelle enveloppe. Les conversions avec ré-encodage (quand le codec change) introduisent une génération de bruit de quantification ; la sortie est visuellement proche mais mathématiquement différente de l’entrée. Évitez de convertir le même fichier plusieurs fois par changements de codec ; chaque tour ajoute une autre génération de perte.

Dois-je choisir MP4, WebM, AVI ou MKV ?

MP4 pour partager à n’importe qui sur n’importe quoi. WebM pour l’intégration web où vous voulez une meilleure compression et ne craignez pas de perdre la compatibilité Safari pré-2024. MKV pour l’archivage avec sous-titres et marqueurs de chapitre préservés. AVI seulement si un système hérité l’exige spécifiquement. Par défaut MP4 en cas de doute.

Pourquoi la conversion est-elle plus lente que la lecture ?

Décoder de la vidéo est léger en calcul (votre téléphone le fait en temps réel à faible puissance). Encoder de la vidéo est lourd en calcul : l’encodeur doit chercher la meilleure façon de compresser chaque image, ce qui est plusieurs ordres de grandeur plus de travail que décoder. Un clip de 5 minutes peut prendre 5 à 20 minutes à encoder en bonne qualité sur un CPU de laptop typique. Les encodeurs matériels (NVENC, QuickSync, VideoToolbox) sont 10 à 20x plus rapides mais exigent des apps de bureau ; les outils navigateur ne peuvent pas y accéder.

Existe-t-il un équivalent de bureau ou en ligne de commande ?

Oui, plusieurs. HandBrake (gratuit, GUI multiplateforme, utilise le même FFmpeg en dessous). FFmpeg CLI est l’outil canonique en ligne de commande. MKVToolNix pour les opérations spécifiques à Matroska. Subler pour les métadonnées MP4 sur macOS. Tous produisent une sortie essentiellement identique à cet outil navigateur parce qu’ils partagent le même moteur sous-jacent.

Les métadonnées EXIF survivront-elles à la conversion ?

La plupart non. La conversion conteneur seul (stream copy MKV vers MP4 par exemple) en préserve une bonne partie ; le ré-encodage de codec écarte typiquement les vignettes intégrées, tags GPS et clés de métadonnées arbitraires. Si votre flux dépend de la préservation des métadonnées, utilisez un outil de bureau avec drapeaux de mapping de métadonnées explicites (-map_metadata 0 de FFmpeg plus -movflags use_metadata_tags).