Aller au contenu
OneKitly

Pourquoi ta coupe vidéo tombe deux secondes trop tôt

Publié le 03/07/2026 · 8 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 3 sources

Voir le profil
En bref

Une vidéo compressée ne stocke pas des images complètes. Elle stocke une image entière de temps à autre — une image-clé — puis, pour chaque image suivante, seulement les différences avec ce qui précède. Une image au milieu de cette suite n'a aucun sens seule : elle dit ce qui a changé, pas ce qui est là. Une coupe qui recopie les flux sans ré-encoder ne peut donc pas commencer où elle veut. Elle doit commencer sur une image-clé, seul endroit où un décodeur peut démarrer sans les images précédentes, et elle ramène donc l'instant demandé à la dernière image-clé qui le précède. Voilà tout le phénomène, et l'ampleur de l'erreur est l'intervalle entre images-clés, que rien dans ta demande ne contrôle : une caméra de téléphone en place typiquement une toutes les deux secondes, un export de montage peut en espacer dix ou plus, un enregistrement d'écran tourne souvent autour de cinq. Demande 1:23 sur un clip de téléphone et tu obtiendras peut-être 1:21 ou 1:22 ; demande-le sur un film exporté et tu obtiendras peut-être 1:15. L'arbitrage est réel et mérite d'être compris plutôt que combattu. Copier les flux est instantané même sur un gros fichier, ne coûte aucune qualité puisque rien n'est décodé, et c'est la bonne réponse chaque fois qu'une seconde ou deux d'amorce n'ont pas d'importance — un extrait pour un message, un passage de cours, retirer du silence en fin de bande. Quand la coupe doit être exacte, le seul moyen est de ré-encoder la vidéo, ce qui suppose de décoder chaque image et d'en écrire de nouvelles, au prix du temps et d'une génération de qualité. Choisis selon l'usage de la coupe, pas selon ce qui semble le plus précis.

Tu 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.

La plupart des images sont des différences, pas des images

La compression vidéo fonctionne parce que des images consécutives sont presque identiques. Les stocker toutes en entier gaspillerait presque tout : un codec stocke donc une image complète, puis décrit les quelques dizaines suivantes comme des écarts par rapport à elle — ce bloc s'est déplacé ici, cette zone s'est éclaircie, le reste est identique. L'image complète est l'image-clé, et la suite qui en dépend forme un groupe d'images. La lecture depuis le début n'en souffre pas — le décodeur construit chaque image à partir de la précédente — mais entrer au milieu, si, car une différence n'a rien par rapport à quoi être une différence.

L'intervalle entre images-clés est fixé par ce qui a enregistré

Il n'existe pas de valeur standard, et c'est pourquoi la même demande se comporte différemment sur deux fichiers. Une caméra de téléphone garde les images-clés rapprochées, environ toutes les deux secondes, parce qu'elle s'attend à ce qu'on parcoure et monte les rushes. Un export de logiciel de montage les espace souvent bien davantage pour économiser de la place, parce qu'il s'attend à ce qu'on regarde depuis le début ; dix secondes entre images-clés n'a rien d'exceptionnel dans un film livré. Les enregistreurs d'écran se situent entre les deux. Les ré-encodages de diffusion tendent à aligner les images-clés sur les frontières de segments, ce qui les place à intervalles réguliers de quelques secondes.

La règle pratique en découle : le pire cas pour ta coupe est un intervalle entre images-clés, et tu peux l'estimer d'après ce qui a produit le fichier plutôt que d'après quoi que ce soit de visible dedans. Un décalage de deux secondes sur un clip de téléphone est normal et généralement invisible. Un décalage de dix secondes sur un film exporté est normal aussi, et très visible — d'où l'impression que le même outil est précis sur un fichier et cassé sur un autre.

Ce que tu gagnes en acceptant le décalage

De la vitesse et de la qualité, toutes deux entières. Une copie de flux lit des octets et les réécrit : elle ne décode jamais une image, ne lance jamais l'encodeur, et se termine à peu près dans le temps qu'il faut pour lire le fichier. Découper un enregistrement de deux gigaoctets prend quelques secondes plutôt que les longues minutes d'un encodage sur la même machine, et le résultat est bit pour bit la même vidéo, simplement plus courte. Ré-encoder pour tomber sur une image exacte jette cela deux fois : le temps, et une génération de compression qu'aucun réglage n'évite entièrement.

Quand le décalage compte vraiment

Rarement, et il vaut la peine de préciser quand. Un extrait envoyé dans un message, un passage d'une conférence enregistrée, un extrait pour une diapositive : une seconde ou deux d'amorce en trop est au pire inélégant et au mieux du contexte utile. Là où cela compte, c'est quand la coupe est une frontière et non un début — retirer un nom ou un visage du début d'un extrait, découper un enregistrement en parties qui doivent se raccorder sans couture, ou couper sur un temps musical. Dans ces cas le décalage n'est pas cosmétique : il peut laisser précisément ce que tu voulais retirer.

Le contrôle est celui sur lequel finit chaque article de cette série : regarde le résultat avant d'envoyer. Lis les deux premières secondes. Si ce que tu voulais couper est encore là, tu viens d'apprendre l'intervalle entre images-clés de ce fichier, et tu sais désormais qu'une coupe exacte demande un ré-encodage et non une nouvelle tentative de la même opération.

Décalage maximal
Espacement typique des images-clés selon la source, et décalage maximal d'une coupe en mode copie
SourceImage-clé toutes lesDécalage maximalPerceptible ?
Caméra de téléphone~2 s (60 images à 30 i/s)2 sGénéralement non
Vidéo web ré-encodée~2 s (48 images à 24 i/s)2 sGénéralement non
Enregistrement d'écran~5 s (300 images à 60 i/s)5 sSouvent
Export de montage~10 s (250 images à 25 i/s)10 sOui — ré-encode si la coupe doit être exacte
Découper une vidéoChoisis l'extrait sur une bande de vignettes et écoute-le avant de couper. La coupe se fait sans réencodage : la qualité et le format restent intacts.Essayer l'outil

Questions fréquentes

Puis-je forcer une coupe exacte ?
Seulement en ré-encodant, ce qui décode chaque image depuis la dernière image-clé et en écrit de nouvelles, si bien que la coupe peut commencer où tu le demandes. Cela coûte un temps proportionnel à la durée de l'extrait et une génération de compression. Voilà tout le menu : il n'existe pas de troisième option où une coupe exacte serait aussi gratuite, car l'image sur laquelle tu veux commencer n'existe pas comme image complète tant que rien ne la construit.
Pourquoi la fin de mon extrait est-elle exacte mais pas le début ?
Parce que les deux extrémités ne sont pas symétriques. Le début doit être un point d'où un décodeur peut démarrer, donc une image-clé. La fin est simplement l'endroit où la copie s'arrête, et elle peut s'arrêter après n'importe quelle image : elle tombe donc là où tu l'as demandé. Cette asymétrie est un bon diagnostic : si ta coupe est juste à la fin et en avance au début, l'outil copie les flux et se comporte exactement comme prévu.
La première seconde de mon extrait est figée ou noire. Pourquoi ?
C'est le même problème sous un autre chapeau : la copie a démarré sur une image qui n'était pas une image-clé, si bien que le décodeur n'avait rien pour construire les premières images et a affiché ce qu'il pouvait jusqu'à la suivante. Certains outils l'évitent en reculant jusqu'à l'image-clé, ce qui produit la coupe anticipée décrite ici ; d'autres non, ce qui produit ceci. Dans les deux cas le remède est le même — accepter l'image-clé antérieure, ou ré-encoder.
Le découpage réduit-il le poids proportionnellement ?
À peu près, et pas exactement, car le débit n'est pas constant sur une vidéo. Une minute de plan fixe sur un visage pèse bien moins qu'une minute de mouvement : couper la moitié calme d'un enregistrement retire donc moins de la moitié des octets. Si tu découpes pour respecter une limite de poids plutôt que pour choisir un passage, attends-toi à devoir compresser aussi, et fais le découpage d'abord pour que la compression ait moins à traiter.
L'audio est-il coupé au même endroit que la vidéo ?
Proche, mais pas nécessairement à l'image près. L'audio est stocké en paquets bien plus courts qu'un groupe d'images : la coupe audio peut donc tomber plus près de l'instant demandé que la coupe vidéo. En pratique, un découpage par copie peut commencer par une fraction de seconde de son avant que l'image ne s'établisse. C'est rarement perceptible sur de la parole et peut s'entendre sur de la musique — une raison de plus de ré-encoder quand la coupe est musicale.

Articles qui pourraient t'intéresser

Tous les guides
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.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.ExplicationMOV vers MP4 : pourquoi la vidéo de l'iPhone ne s'ouvre pas sous WindowsL'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.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.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.

Outils similaires

Les délais de conservation et les modèles de traitement sont ceux publiés par chaque service aux dates citées. Ils changent sans préavis : refaites le test hors ligne sur l'outil dont tu dépends plutôt que de faire confiance à un comparatif, celui-ci compris.

Sources

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