Outils vidéo — couper, rogner, diviser et fusionner une vidéo
Découpeur vidéo
Découpeur vidéo — rogner, couper, diviser et fusionner des vidéos en ligne — Supprimez les parties indésirables, découpez un clip en plusieurs segments ou fusionnez plusieurs fichiers vidéo en un seul. Tout le traitement s’effectue localement dans votre navigateur, vos fichiers ne sont donc jamais envoyés à un serveur et votre vie privée est entièrement protégée.
Entrée prise en charge : vidéos utilisant des codecs ouverts et libres de droits comme VP8/VP9/AV1/MPEG-4/FFV1 (conteneurs WebM, MKV, MP4, MOV, AVI). Le format et les codecs de sortie se choisissent ci-dessous ; chaque sortie est réencodée localement dans votre navigateur.
La première utilisation charge un moteur de traitement vidéo d’environ 30 Mo dans le navigateur. Il est ensuite mis en cache et réutilisé, merci de patienter.
🎥
Cliquez pour choisir ou glissez-déposez un fichier vidéo
Prend en charge WebM, MKV, MP4, MOV, AVI et d’autres formats courants ; moins de 500 Mo recommandé
Rogner / couper : ne conservez que la partie de la vidéo comprise entre les heures de début et de fin (format HH:MM:SS ou secondes simples, par ex. 00:00:05 ou 5). Le segment sélectionné est réencodé dans un nouveau fichier.
Diviser : découpez la vidéo en plusieurs parties. Indiquez soit des instants (séparés par des virgules, par ex. 00:00:10,00:00:20), soit un nombre égal de parties. Chaque partie est téléchargée séparément.
Fusionner : ajoutez deux fichiers vidéo ou plus, ordonnez-les, puis fusionnez-les en un seul fichier. Toutes les entrées sont réencodées avec les mêmes réglages, donc les codecs différents sont gérés, mais pour de meilleurs résultats gardez une résolution et des réglages audio similaires.
Qu’est-ce que les images clés et les GOP ? Pourquoi couper une vidéo est plus difficile qu’il n’y paraît
Couper une vidéo ressemble à supprimer un morceau d’octets, mais une vidéo compressée ne stocke pas des images complètes. Un flux compressé est une chaîne qui commence par une image entièrement autonome (une image clé, l’I-frame), suivie de dizaines d’images qui ne stockent que ce qui a changé depuis la précédente. Vous ne pouvez pas décoder l’image 47 sans avoir déjà décodé les images 1 à 46. Cette chaîne de dépendances — une image clé et toutes les images qui s’y appuient — s’appelle un GOP (Group of Pictures). Couper est donc une négociation avec la structure des GOP : coupez sur une image clé et vous pouvez copier les octets ; coupez ailleurs et quelque chose doit être reconstruit.
Cinq faits pour ancrer la suite de la page :
• I-frame (image clé) = image complète, décodable seule ; P-frame = différences par rapport à l’image précédente ; B-frame = différences interpolées entre deux images
• GOP = une image clé et les images qui en dépendent ; durée typique : 1–2 secondes (à 30 i/s, cela fait 30–60 images)
• coupe sur image clé = copie des GOP existants, instantanée et sans perte, mais la coupe se cale sur l’image clé la plus proche (au plus une longueur de GOP d’écart)
• coupe image exacte = exactement l’image choisie, mais le GOP de la frontière doit être réencodé
• la taille suit le débit : un extrait de 60 secondes à 12 Mbit/s fait 12×60/8 = 90 Mo quel que soit le contenu de l’image
Images I, P et B
L’I-frame (« intra ») est une image complète, du type JPEG, de cet instant ; elle est volumineuse mais n’a besoin de rien d’autre. La P-frame (« prédite ») ne stocke que la différence avec l’image précédente — une prise de vue fixe rend les P-frames presque gratuites, ce qui explique pourquoi les vidéos de type « tête parlante » se compressent si bien. La B-frame (« bidirectionnelle ») est prédite à partir de l’image précédente et de la suivante, ce qui capture les objets qui apparaissent puis disparaissent ; c’est la moins coûteuse à stocker, mais la plus difficile à monter, car l’ordre de décodage ne correspond plus à l’ordre d’affichage. Les logiciels de montage masquent cette complexité ; le format de fichier, non.
Pourquoi une coupe sur image clé est instantanée et sans perte
Une coupe sur image clé sélectionne des GOP entiers et copie leurs octets compressés dans un nouveau conteneur — sans décodage ni réencodage, terminée à peu près dans le temps d’écriture du fichier. Le prix est la précision : votre point d’entrée ne peut tomber que là où existe réellement une image clé. Avec un GOP de 2 secondes à 30 i/s (60 images par GOP), l’image clé la plus proche peut être à 59 images, donc l’extrait peut commencer nettement plus tôt ou plus tard que ce que vous avez marqué. Les diffuseurs encodent avec des intervalles d’image clé de 1–2 s précisément pour que la navigation reste réactive ; les enregistrements de vidéosurveillance avec des GOP de 10 secondes sont réputés pour leurs « sauts » lors de la lecture à la molette.
Pourquoi une coupe image exacte doit réencoder
Supposons que l’image de départ idéale soit une P-frame au milieu d’un GOP. Ses octets compressés disent « identique à l’image précédente, sauf… » — inutilisable sans les images qui la précèdent. Pour la rendre autonome, le découpeur doit décoder tout le GOP jusqu’à cette image, promouvoir l’image choisie en nouvelle image clé, puis la réencoder (ainsi que tout ce qui la suit jusqu’à la prochaine image clé d’origine). Seul le GOP de la frontière paie ce coût : le reste de l’extrait se copie toujours octet par octet. C’est pourquoi la coupe image exacte est plus lente mais à peine plus destructrice — un GOP subit une seconde passe de compression, le reste n’est pas touché.
Idées reçues courantes
« La coupe supprime simplement un morceau du fichier. » Presque aucune image ne se suffit à elle-même dans un flux compressé ; chaque point de coupe doit d’abord être réconcilié avec la structure des GOP.
« Chaque coupe réencode et coûte en qualité. » Les coupes sur image clé ne réencodent jamais. Même les coupes image exacte ne réencodent que le GOP de la frontière ; tout ce qui est copié après lui est identique bit à bit.
« Le point de coupe est exactement là où j’ai déplacé le repère. » En mode image clé, il se cale sur l’image clé la plus proche ; seul le mode image exacte respecte l’image précise — et c’est un choix de mode, pas un bug.
