Convertir la fréquence d'images (fps)
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.
Une conversion de fréquence d’images change la vitesse d’une timeline : chaque horodatage est multiplié par un rapport calculé à partir des deux taux. Le champ fps contient la fréquence sur laquelle le fichier a été calé ; targetFps contient celle de la version avec laquelle vous allez l’utiliser. Le rapport vaut fps divisé par targetFps : 23,976 vers 25 donne 0,95904, et tout arrive 4,096 % plus tôt.
Ce sens est tout l’outil, et c’est la partie qui se trompe. Le diviseur est la version de lecture, pas celle que vous possédez. Le cas PAL le montre : un film tourné en 24 fps et diffusé en 25 fps rejoue les mêmes images 4 % plus vite, transformant 100 minutes en 96. Un fichier calé sur le film doit donc être comprimé par 96, et le même fichier revenant sur un master doit être étiré par 104,1667. Inverser les champs déplace la timeline du même montant dans le mauvais sens.
Les paires courantes sont 23,976 ↔ 25 pour un film NTSC face au PAL, 24 ↔ 25 pour un master, 50 → 25 quand l’entrelacé a été compté deux fois, et 23,976 ↔ 29,97 quand la timeline a été comptée dans les mauvaises images. Les six pages du groupe remplissent les champs et expliquent chaque paire ; celle-ci accepte n’importe quel taux, y compris 29,97, 30, 59,94 et 60.
Un fichier MicroDVD .sub se comporte autrement : ses timecodes sont des numéros d’images, et les mêmes images rejouées à une autre vitesse gardent leurs numéros. La conversion ne touche donc pas ces nombres et modifie la fréquence déclarée sur la première ligne. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON et CSV sont lus selon leur contenu réel ; le texte brut et le LRC sont refusés, faute d’heure de fin. Rien n’est envoyé.
Exemples
La paire par défaut, 23,976 vers 25
Entrée
1
00:00:02,000 --> 00:00:04,000
Hello there.
2
00:00:30,000 --> 00:00:32,000
Half a minute in.
Sortie
1
00:00:01,918 --> 00:00:03,836
Hello there.
2
00:00:28,771 --> 00:00:30,689
Half a minute in.
23,976 vers 25 donne 0,95904 : chaque horodatage garde 95,904 % de sa valeur. Le bloc à deux secondes recule de 82 ms, celui à trente secondes de 1 229 ms — quinze fois la distance à zéro, quinze fois le mouvement. Les deux bornes de chaque bloc sont multipliées par le même nombre, donc les durées se réduisent dans la même proportion.
Pourquoi les numéros d’images ne bougent pas
Entrée
{1}{1}25
{50}{100}Hello
{150}{200}World
Sortie
{1}{1}24
{50}{100}Hello
{150}{200}World
On croirait que rien ne s’est passé, et les numéros d’images n’ont effectivement pas bougé : les mêmes images rejouées à un autre taux restent les images 50, 100, 150 et 200. Ce qui change est le taux de la ligne de déclaration en tête du fichier, 25 devenu 24, et c’est lui qui déplace les sous-titres chez le lecteur. Converti sans déclarer de taux, le même fichier verrait ses numéros multipliés : c’est la réponse pour un minutage compté dans les mauvaises images, pas pour un fichier rejoué à une autre vitesse.
Un fichier qui ouvre une minute après le début
Entrée
1
00:01:00,000 --> 00:01:02,000
Lead-in ends, speech starts.
2
00:02:00,000 --> 00:02:02,000
One minute later.
Sortie
1
00:01:02,563 --> 00:01:04,648
Lead-in ends, speech starts.
2
00:02:05,125 --> 00:02:07,211
One minute later.
25 vers 23,976 donne 1,0427094, dans l’autre sens, et le facteur s’applique depuis zéro : le premier bloc ouvre à une minute et arrive deux secondes et demie plus tard. Un préambule fait partie de la timeline comme n’importe quel silence, donc il s’étire avec le reste. Si le premier sous-titre doit rester en place et que seul ce qui suit peut bouger, il faut un décalage fixe ou une synchronisation par repères, pas un rapport.
Questions fréquentes
Dans quel champ mettre la fréquence d’origine, fps ou targetFps ?
Dans fps : c’est la version pour laquelle les sous-titres ont été fabriqués. targetFps reçoit la version avec laquelle vous allez les lire. Le rapport est fps divisé par targetFps ; échanger les deux champs inverse le sens du mouvement.
Puis-je saisir des fréquences absentes des six pages dédiées ?
Oui. Le calcul accepte 29,97, 30, 48, 59,94, 60 et toute autre valeur positive. Les six pages du groupe existent parce que leurs paires sont les plus fréquentes et parce qu’elles expliquent l’origine de l’écart, pas parce que les autres taux seraient interdits.
Pourquoi chaque bloc raccourcit-il après une conversion de fréquence ?
Parce que les deux bornes sont multipliées par le même rapport. Un bloc de deux secondes à 0,96 dure 1,92 s ; à 0,95904, 1,918 s. Le texte ne change pas, mais le temps d’affichage baisse, donc la vitesse de lecture augmente d’autant.
Pourquoi un fichier MicroDVD garde-t-il ses numéros d’images ?
Parce que les images sont les mêmes : une image 50 reste l’image 50 quand on change la vitesse de lecture. La page modifie la fréquence déclarée en première ligne, que le lecteur utilise pour reconvertir les numéros en secondes. Réécrire les numéros appliquerait l’erreur deux fois.
Que se passe-t-il si fps et targetFps sont égaux ?
Le rapport vaut 1 et le fichier ressort octet pour octet. La page le dit au lieu de simuler un traitement. C’est un moyen utile de voir ce que l’analyseur et l’écrivain font au fichier sans aucune arithmétique de fréquence par-dessus.
La conversion change-t-elle le texte ou les styles ?
Non. Seuls les horodatages sont multipliés : le texte, les retours à la ligne et le style porté par le format restent intacts. Le rapport de pertes signale ce que la lecture du fichier a perdu, pas ce que la conversion elle-même aurait supprimé.