Synchroniser par points
Ou collez le texte d'un sous-titre
Options
Un code temporel visible dès maintenant dans le fichier de sous-titres : le bloc qui tombe sur une réplique que vous pouvez montrer. Associé au cadre en dessous, les deux forment un point de synchronisation — l'outil déplace tout pour que cet instant tombe où il faut.
Où ce même instant doit se trouver — relevez-le sur la vidéo. La différence entre les deux cadres est le décalage appliqué à tout le fichier.
Un second code temporel pris plus loin dans le fichier, au moins quelques minutes après le premier. Un seul point de synchronisation ne peut que déplacer la chronologie ; en ajouter un second l'étire ou la comprime aussi, ce dont un fichier a besoin quand il commence presque juste puis dérive régulièrement vers la fin. Laissez les deux cadres du bas vides pour ne corriger que le décalage.
Où le second instant doit se trouver. Les deux points remplis, l'outil calcule ensemble le rapport et le décalage, pour que le début et la fin tombent tous deux juste. Si les deux points indiquent des directions opposées, le rapport ne peut pas être déduit et seul le décalage du premier point est appliqué.
La fréquence d'images dans laquelle les temps sont comptés. Sur les pages de format, c'est ce dont MicroDVD a besoin, car il stocke les temps sous forme de numéros d'image. Sur les pages de fréquence d'images, c'est la cadence à laquelle le fichier a été minuté — la version pour laquelle les sous-titres ont été faits — et le second cadre de la page prend la cadence de la vidéo avec laquelle vous allez les utiliser. 23,976, 24, 25, 29,97, 30, 50, 59,94 et 60 sont les valeurs courantes. Se tromper décale toute la chronologie et, sur les pages de fréquence d'images, ce décalage est un rapport, pas un montant fixe.
Renseignez Dans le fichier, cet instant pour lancer.
Indiquez un instant visible aux deux endroits — une ligne du fichier et la même ligne dans la vidéo — et toute la timeline se déplace pour que cet instant tombe où il faut. Une seule paire de repères (syncFromA et syncToA) applique un décalage. Ajoutez la seconde paire, au moins quelques minutes plus loin, et le fichier est étiré ou comprimé pour passer par les deux, ce qu’il faut quand il est juste au début et dérive vers la fin.
Un repère ne peut que déplacer la timeline ; deux en changent aussi la vitesse. C’est toute la différence entre un fichier uniformément en retard et un fichier calé sur une version légèrement différente de la vidéo. Une erreur constante est évidente — tout est décalé de quatre secondes — et une paire suffit. Une erreur croissante ne l’est pas : la première minute semble juste, à cinq minutes les sous-titres sont un quart de seconde derrière, à vingt minutes une seconde entière, et aucun décalage fixe ne peut être juste aux deux bouts. Deux points résolvent ensemble le rapport et le décalage.
Les deux paires se lisent sur des horloges, donc aucun calcul ne vous est demandé. Ce qu’il faut, c’est que les deux instants soient éloignés et sans ambiguïté : un panneau, un carton de nom, la première ligne après un changement de scène. Deux points séparés de quelques secondes n’apprennent presque rien sur la vitesse, et une paire contradictoire ne peut produire aucun rapport : dans ce cas, seul le décalage de la première paire est appliqué et le rapport de pertes signale l’abandon.
Les deux paires décrivent une seule droite, donc cette page ne corrige pas la première moitié avec une paire et la seconde avec une autre : un fichier juste jusqu’à un point puis faux après a été assemblé en deux morceaux et demande un découpage. Tout se passe dans le navigateur — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON et CSV, un fichier ou une saison entière, sans envoi.
Exemples
Une paire, parce que tout le fichier est décalé du même montant
Entrée
1
00:00:05,000 --> 00:00:07,000
Hello there.
2
00:00:12,000 --> 00:00:14,000
Second line.
Sortie
1
00:00:04,000 --> 00:00:06,000
Hello there.
2
00:00:11,000 --> 00:00:13,000
Second line.
Le fichier place cette ligne à cinq secondes, la vidéo à quatre : une seconde est retirée à chaque bloc. C’est la version en deux temps d’un décalage saisi à la main : rien n’a été calculé, et les deux cases sont la trace de ce qui a fait bouger le fichier.
Deux paires, parce que l’erreur grandit
Entrée
1
00:00:00,000 --> 00:00:02,000
First.
2
00:05:00,000 --> 00:05:02,000
Five minutes in.
3
00:20:00,000 --> 00:20:02,000
Twenty minutes in.
Sortie
1
00:00:00,000 --> 00:00:02,002
First.
2
00:05:00,250 --> 00:05:02,252
Five minutes in.
3
00:20:01,000 --> 00:20:03,002
Twenty minutes in.
Le premier bloc est déjà juste et le repère des vingt minutes est une seconde en retard, avec les repères donnés à 00:00:00,000 → 00:00:00,000 et 00:20:00,000 → 00:20:01,000. Les deux ancres tombent exactement où on les a demandées, et le bloc intermédiaire — à cinq minutes, soit un quart du chemin — ressort un quart de seconde en retard, ce qu’un seul rapport fait à tout ce qui se trouve entre les extrémités. Aucun décalage fixe n’aurait pu produire cela : un même montant serait juste à un bout et faux à l’autre.
La seconde paire contredit la première
Entrée
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:03,000 --> 00:00:04,000
Second.
Sortie
1
00:00:02,000 --> 00:00:03,000
First.
2
00:00:04,000 --> 00:00:05,000
Second.
Le premier point dit que le fichier est une seconde en avance, le second qu’il est quatre secondes en retard. Pris au pied de la lettre, il faudrait que la timeline recule, avec chaque bloc finissant avant de commencer : aucun étirement n’est calculé et seul le décalage du premier point est appliqué — tout avance d’une seconde, exactement comme si la paire du bas était restée vide. Le rapport de pertes compte un élément, ce qui vous apprend que les deux repères se contredisent au lieu de vous rendre un fichier plausible.
Un repère au milieu du fichier
Entrée
1
00:00:01,000 --> 00:00:02,000
Before the reference.
2
00:00:03,000 --> 00:00:06,000
Straddling it.
3
00:00:05,000 --> 00:00:07,000
On the reference.
Sortie
2
00:00:00,000 --> 00:00:02,000
Straddling it.
3
00:00:01,000 --> 00:00:03,000
On the reference.
Le moment que vous visez n’a pas besoin d’être le premier bloc, et voici ce que cela permet : le fichier place la ligne à cinq secondes, la vidéo à une, quatre secondes sont retirées à tout, et le premier bloc — qui ne commençait qu’à une seconde — n’a plus nulle part où aller. Un bloc qui finit avant zéro est supprimé et compté ; celui qui garde son heure de fin est fixé à zéro et ressort plus court ; le bloc posé sur le repère tombe exactement où on le demandait. Les numéros restent ceux du fichier, donc les deux survivants se lisent 2 et 3.
Questions fréquentes
Comment savoir s’il faut une paire de repères ou deux ?
Remplissez syncFromA et syncToA, puis vérifiez un instant dix minutes plus loin. S’il tombe où vous attendez, le fichier était uniformément décalé et syncFromB/syncToB sont inutiles. Si le début est juste et que le point à dix minutes reste en retard, l’erreur croît et la seconde paire est nécessaire.
Quels moments choisir pour syncFromA et syncToA ?
Deux instants identifiables sans doute et éloignés : un panneau, un carton de nom, la première ligne après une scène. Des minutes, pas des secondes. Deux points à cinq secondes d’écart donnent encore un rapport, mais une erreur d’arrondi sur l’un devient une grande erreur sur la vitesse.
Pourquoi la page a-t-elle ignoré syncFromB et syncToB ?
Parce que les deux paires se contredisent. Si la première dit que le fichier est en avance et la seconde qu’il est en retard, aucune droite unique ne passe par les deux. Seul le décalage de la première paire est appliqué, et le rapport de pertes compte l’élément abandonné.
Puis-je corriger la première moitié avec une paire et la seconde avec une autre ?
Non. Les deux paires décrivent une seule droite, déjà déterminée par un rapport et un décalage, et une troisième paire n’est pas possible. Un fichier juste jusqu’à un point puis faux après a été assemblé à partir de deux sources ou de bobines de vitesses différentes : découpez-le et traitez chaque moitié.
Mes sous-titres ont un retard constant de 0,5 s : faut-il la seconde paire ?
Non, et la remplir aggraverait les choses. Une erreur uniforme est exactement ce que mesure une paire, et c’est le cas le plus sûr : elle ne peut que déplacer le fichier, donc elle ne peut pas introduire d’erreur de vitesse. Réservez la seconde paire aux fichiers justes au début et faux plus tard.
Que se passe-t-il si le repère n’est pas le premier bloc ?
Le décalage s’applique au fichier entier, donc les blocs situés avant le repère bougent aussi. Un bloc dont le début passerait avant zéro est fixé à 00:00:00,000 et raccourcit ; un bloc dont la fin tomberait avant zéro est supprimé. Les deux sont comptés dans le rapport.