Découpeur Vidéo

À Propos du Découpeur Vidéo

Ce découpeur vidéo en ligne vous permet de couper et découper des fichiers vidéo directement dans votre navigateur. Sélectionnez simplement une vidéo, choisissez l'heure de début et de fin en utilisant la timeline ou la saisie manuelle, et découpez votre vidéo. Tout le traitement se fait localement pour une confidentialité complète.

Le découpage va-t-il ré-encoder la vidéo et réduire la qualité ?

Par défaut, les outils de découpage navigateur utilisant FFmpeg.wasm ou l'API WebCodecs ré-encodent souvent la portion découpée pour que les points de coupe tombent exactement sur les horodatages demandés. Le ré-encodage perd un peu de qualité (faible en CRF élevé, plus important en CRF bas) mais permet de couper précisément entre deux images quelconques. Pour préserver la qualité originale, utilisez le mode stream copy (FFmpeg -c:v copy -c:a copy), qui est sans perte et se termine en quelques secondes — mais la coupe s'aligne sur l'image clé précédente la plus proche au lieu du temps exact. Pour des clips de réseaux sociaux où la qualité au pixel près n'est pas critique, ré-encoder en CRF 18-20 est invisible pour le spectateur. Pour de l'archivage ou des masters, stream copy avec faible tolérance est préférable pour éviter la perte générationnelle.

Que fait le commutateur 'MP4 optimisé web (faststart)' et quels CRF utilisent les préréglages de qualité ?

Faststart déplace l'atome moov du MP4/MOV (l'index qui indique au lecteur où se trouve chaque image) de la fin du fichier vers le début. Sans lui, un clip découpé mis en ligne sur un site ou un CDN ne peut commencer à lire qu'une fois le fichier entièrement téléchargé, ce qui casse la lecture progressive, les intégrations sur les réseaux sociaux et même l'aperçu de cet outil. Avec le commutateur activé (par défaut), nous passons FFmpeg -movflags +faststart sur tout réencodage MP4/MOV pour que le clip se lise instantanément. Cela ne s'applique qu'au réencodage (Haute/Moyenne/Basse) — le mode Copie conserve intacte la disposition de l'atome de la source. Les préréglages de réencodage correspondent à des valeurs CRF fixes du H.264 : Haute = CRF 18 (visuellement sans perte, fichier plus gros, audio AAC 192k), Moyenne = CRF 23 (la valeur par défaut de x264, équilibrée, AAC 128k), Basse = CRF 28 (fichier plus petit, compression visible sur les images détaillées, AAC 96k). Un CRF plus bas signifie plus de qualité et une taille plus grande ; chaque +6 réduit le débit d'environ moitié. Le badge de précision à côté du commutateur indique si vos réglages produisent une coupe précise à l'image (tout préréglage de réencodage) ou une coupe alignée sur image clé (Copie).

Pourquoi ma coupe commence-t-elle quelques secondes en retard alors que j'ai choisi le bon temps ?

C'est le problème classique d'alignement d'image clé. Avec stream copy, le découpeur ne peut commencer à couper qu'à une image I (image clé) car les P-frames et B-frames dépendent d'images antérieures pour le décodage. Si votre source a des images clés toutes les 2-4 secondes (typique pour la vidéo web), la coupe s'alignera en arrière sur l'image clé la plus proche, faisant débuter le clip jusqu'à 4 secondes avant le temps demandé, ou jusqu'à 4 secondes après s'il s'aligne en avant. Pour des coupes précises à l'image, passez au mode ré-encodage, qui décode les images alentour et ré-encode une nouvelle image clé à votre horodatage exact. Sinon, ré-encodez la source d'abord avec un intervalle d'image clé de 1 (all-intra), puis coupez en stream-copy.

Quelle est la meilleure façon de découper plusieurs clips d'une vidéo longue ?

Pour peu de coupes (moins de 10), découpez chaque segment séparément et téléchargez. Pour beaucoup de coupes, le flux le plus efficace : transcoder d'abord la source vers un format all-intra (comme ProRes, DNxHR ou H.264 avec intervalle d'image clé de 1) pour que chaque image soit clé ; cela permet des coupes stream-copy précises à l'image et rapides pour chaque coupe suivante. Puis lancez un script de découpage par lots avec FFmpeg listant les horodatages début/fin. La version navigateur de cet outil traite un clip à la fois, mais vous pouvez enchaîner les coupes en rechargeant la sortie comme nouvelle entrée. Pour une édition multi-clip non destructive, envisagez un flux EDL ou timeline XML dans un NLE — un découpeur convient pour des coupes uniques rapides.

Découper un MP4 réduit-il réellement la taille du fichier proportionnellement ?

Approximativement, oui — un clip de 10 secondes d'une vidéo de 100 secondes et 50 Mo pèsera environ 5 Mo. Mais pas exactement proportionnel, pour deux raisons. D'abord, la surcharge du conteneur (atome moov, config codec, métadonnées) ajoute un coût fixe minime indépendant de la durée, donc les clips très courts ont une surcharge relative plus élevée. Ensuite, le débit vidéo varie selon la complexité de scène, donc 10 secondes d'action peuvent peser beaucoup plus que 10 secondes d'interview statique. Si vous gardez le même codec et stream-copy, vous préservez l'exactitude octet par octet sur la portion conservée. Si vous ré-encodez, vous pouvez choisir un CRF plus bas pour rendre le clip encore plus petit, ou un CRF plus haut pour maintenir la qualité visuelle sur un segment complexe qui demande plus de bits.

Puis-je découper un clip avec précision à l'image, comme couper exactement à l'image 1247 ?

Oui, mais la technique dépend de ce que le format permet. La méthode la plus fiable est d'utiliser le mode ré-encodage et de spécifier les points de coupe en secondes fractionnaires (1247 / fps), ce qui force l'encodeur à produire une nouvelle I-frame à votre cible exacte. Pour de meilleurs résultats, utilisez l'API WebCodecs là où elle est supportée (Chrome 94+, Edge, Opera) — elle donne un vrai accès au niveau de l'image sans ré-encoder tout le flux. Avec seulement stream copy, les coupes précises à l'image ne sont possibles que si chaque image est clé (source all-intra). Les monteurs professionnels transcodent normalement le métrage vers un codec intermédiaire all-intra (ProRes 422 ou DNxHR HQ) avant de monter avec précision pour éviter cela — ils appellent cela montage offline.

Pourquoi l'audio se désynchronise-t-il parfois après le découpage ?

La désynchronisation audio/vidéo après découpage vient généralement d'une de trois causes. D'abord, le codec audio (souvent AAC) a ses propres limites de trame (1024 échantillons par trame AAC à 48 kHz = ~21 ms) qui peuvent ne pas s'aligner sur le point de coupe vidéo, laissant un petit décalage qui s'accumule dans les longs montages. Ensuite, la source a une vidéo à fréquence d'images variable (VFR) — beaucoup d'enregistrements téléphone et captures d'écran utilisent VFR, et les découpeurs supposant une fréquence constante (CFR) dérivent avec le temps. Enfin, la source a des métadonnées de délai audio séparées (edit lists en MP4) que le découpeur peut supprimer ou ignorer. Solutions : convertissez d'abord la source en CFR (FFmpeg -r 30 ou -vf fps=30), utilisez des découpeurs respectant les edit lists, ou ré-encodez plutôt que stream-copy quand la précision compte.

Comment découper sans téléverser ma vidéo sur un serveur ?

Chaque coupe dans cet outil se passe localement dans votre navigateur grâce à FFmpeg.wasm (un portage WebAssembly de FFmpeg) ou l'API native WebCodecs. Le fichier vidéo est lu dans un tampon mémoire sandbox, traité par le moteur WASM tournant sur votre CPU, et le résultat est réécrit dans le navigateur pour téléchargement. Aucun octet ne quitte votre appareil. Vous pouvez le vérifier en ouvrant les DevTools et en regardant l'onglet Network — aucune requête d'upload pendant le traitement. Cela rend l'outil sûr pour du contenu confidentiel (preuves légales, enregistrements médicaux, vidéo corporate interne) où téléverser vers un serveur tiers violerait les politiques de confidentialité. Les seuls appels réseau sont le chargement de la page et du binaire FFmpeg.wasm (en cache après le premier usage).

Quelle est la durée ou la taille maximale de vidéo que je peux découper ?

Cet outil impose une limite de 100 Mo par fichier dans le navigateur. Ce plafond existe parce que FFmpeg.wasm charge toute l'entrée dans un tas WebAssembly en sandbox, et le réencodage garde à la fois la source et la sortie en mémoire ; rester sous 100 Mo maintient le cœur mono-thread stable sur les téléphones et ordinateurs portables modestes sans geler ni faire planter l'onglet. En théorie WebAssembly autorise jusqu'à 4 Go en WASM 32 bits (davantage en builds 64 bits), et les navigateurs de bureau avec 16 Go de RAM peuvent gérer des clips plus gros, mais la fiabilité chute vite au-delà de quelques centaines de mégaoctets — nous limitons donc à 100 Mo plutôt que de laisser de gros fichiers planter en plein découpage. Pour des sources plus grosses, le flux recommandé est de découper en stream-copy (qui évite de décoder toute la vidéo) ou de scinder le fichier en morceaux, découper chacun puis concaténer. Pour des fichiers bien au-delà de 100 Mo, FFmpeg de bureau est le meilleur outil — il streame depuis le disque sans être limité par la mémoire du navigateur.