Aller au contenu principal
SubtitleMatrix

Corriger 29,97 fps vers 23,976 fps

SynchronisationConversion de fréquence d’images
Ou collez le texte d'un sous-titre

Options

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.

La fréquence d'images de la version avec laquelle vous allez utiliser les sous-titres — la vidéo que vous allez réellement lire. Le facteur appliqué est le premier cadre divisé par celui-ci : 24 vers 25 donne 0,96, car un film tourne 4 % plus vite en PAL, et un long métrage de 100 minutes tient sur une bande de 96 minutes. Intervertir les deux cadres décale toute la chronologie dans le mauvais sens du même montant.

Cette page prend un fichier dont la timeline a été comptée à 29,97 images par seconde et la replace sur une timeline à 23,976. Chaque horodatage est multiplié par 1,25 — cinq quarts exactement — donc le fichier ressort d’un quart plus long : quarante-huit secondes deviennent une minute. Les deux champs sont déjà remplis.

L’erreur est la même que celle de la page miroir, vue de l’autre bout. Des numéros d’images divisés par 29,97 alors qu’ils appartenaient à une timeline 23,976 ressortent un quart trop petits, car 23,976 divisé par 29,97 vaut 0,8 : la timeline est comprimée aux quatre cinquièmes et les sous-titres apparaissent 20 % trop tôt, de plus en plus à mesure que le film avance. Multiplier par 1,25 annule ce quart.

Le symptôme indique le sens. Des sous-titres en retard, de plus en plus, avec un épisode de vingt-quatre minutes dont le dernier bloc en réclame trente, appellent 0,8. Des sous-titres en avance, de plus en plus, avec un épisode de trente minutes dont le dernier bloc n’en réclame que vingt-quatre, appellent cette page. Les deux fichiers viennent des mêmes numéros mal divisés ; seul le sens de l’erreur diffère.

1,25 est exact pour la même raison que son miroir : 29,97 vaut 30 000/1 001 et 23,976 vaut 24 000/1 001, donc le diviseur commun s’annule et il reste 30 000 sur 24 000. Chaque bloc reçoit un quart de temps en plus, ce qui fait baisser de 20 % la vitesse de lecture. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON et CSV sont lus selon leur contenu réel, sans envoi.

Exemples

Cinq quarts exactement

Entrée

1
00:00:01,000 --> 00:00:03,000
Hello there.

2
00:01:00,000 --> 00:01:02,000
One minute in.

Sortie

1
00:00:01,250 --> 00:00:03,750
Hello there.

2
00:01:15,000 --> 00:01:17,500
One minute in.

1,25 est 29,97 divisé par 23,976. Le bloc à une seconde gagne 250 ms, celui à une minute gagne 15 000 ms — soixante fois la distance à zéro, soixante fois le mouvement. Les deux bornes sont multipliées, donc une ligne de deux secondes en reçoit 2,5 : c’est cet espace supplémentaire qui améliore la vitesse de lecture.

Le quart retrouvé

Entrée

1
00:08:00,000 --> 00:08:02,000
Eight minutes in.

2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.

Sortie

1
00:10:00,000 --> 00:10:02,500
Eight minutes in.

2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.

Deux minutes d’avance au repère des huit minutes, six minutes à celui des vingt-quatre — un quart du temps écoulé dans les deux cas, ce qui ressemble à un problème de rapport et non de décalage. Le dernier bloc est celui à vérifier après conversion : ouvrez le fichier à son nouvel horodatage et la ligne doit y être ; si elle y est, tout ce qui précède est juste aussi.

Un MicroDVD et son taux déclaré

Entrée

{1}{1}29.97
{300}{360}Hello

Sortie

{1}{1}23.976
{300}{360}Hello

MicroDVD compte en images, et rien n’était faux dans les images : c’est le taux par lequel elles étaient divisées qui l’était. L’image 300 déclarée à 29,97 se lit comme dix secondes, l’avance dont on se plaint ; déclarée à 23,976, elle se lit comme douze secondes et demie, sa place réelle. La première ligne est donc réécrite et aucun numéro d’image n’est touché : les réécrire appliquerait le quart supplémentaire deux fois.

Questions fréquentes

Pourquoi 1,25 est-il exact entre 29,97 et 23,976 ?

Parce que les deux taux valent un nombre rond divisé par 1 001. Le diviseur s’annule et il reste 30 000 sur 24 000, soit cinq quarts. Rien n’est arrondi, et quarante-huit secondes atterrissent exactement sur une minute.

Mes sous-titres apparaissent trop tôt et de plus en plus tôt : est-ce la paire ?

Vérifiez si l’avance vaut un quart du temps écoulé : deux minutes à la huitième minute, six à la vingt-quatrième. C’est cette paire. La page miroir traite le retard croissant avec 0,8.

Puis-je passer directement d’une vidéo NTSC au PAL avec cette page ?

Non. 29,97 → 25 vaudrait 1,19880 et n’existe pas, car 29,97 est la fréquence du signal et non la vitesse des images : le pulldown laisse la durée intacte. Le chemin honnête revient d’abord au taux du film avec cette page, puis applique 23,976 → 25.

La vidéo est en 29,97 et les sous-titres semblent bons : cette page les abîme-t-elle ?

Oui. Un film dans un signal NTSC subit un pulldown qui répète des images sans changer la durée : un fichier calé sur cette vidéo est déjà correct. Seul un fichier dont les numéros ont été divisés par le mauvais taux demande 1,25 ; l’appliquer à un fichier juste crée un quart de retard.

Que deviennent la durée des blocs et la vitesse de lecture ?

Chaque bloc gagne 25 % de durée en plus de reculer, donc une ligne de deux secondes en dure 2,5 tandis que le texte reste identique. La vitesse de lecture baisse de 20 %, ce qui soulage le fichier au lieu de le contraindre.

Quel type de flux produit un fichier en avance plutôt qu’en retard ?

Un flux qui a traité la fréquence du conteneur comme celle des images. Le NTSC porte 29,97 ; un outil qui lit ce nombre et divise par lui les numéros d’images sous-estime tout film à 23,976 contenu dans le signal. La correction consiste à déclarer le taux réel des images.

Outils associés