Aller au contenu
Tout en local

Fixateur de chevauchement de sous-titres

Recherchez et réparez les timecodes qui se chevauchent, invalides ou trop courts dans les fichiers de sous-titres SRT et WebVTT.

Entrée
Sortie

Fixateur de chevauchement de sous-titres

Un fichier de sous-titres exporté depuis un éditeur ou généré automatiquement par un outil de transcription se termine souvent avec un timing qui est techniquement analysé mais qui n'est jamais joué proprement : l'heure de fin d'une réplique arrive avant son début, deux répliques se chevauchent et le joueur doit donc deviner laquelle afficher, ou une ligne clignote à l'écran pendant une fraction de seconde parce que sa voisine ne lui laisse presque pas de place. Cet outil analyse chaque cue dans un fichier SRT ou WebVTT, dans l'ordre, et signale exactement ces quatre problèmes : un timecode de fin avant début invalide, un chevauchement avec le cue précédent, un écart entre les cues qui est plus étroit que vous le souhaiteriez et une durée de cue plus courte que ce qu'un spectateur peut réellement lire.

Choisissez comment réagir. Le rapport laisse uniquement le fichier intact et répertorie chaque résultat avec son ancien et son nouveau timecode côte à côte. Couper la fin d'une mémoire précédente raccourcit la mémoire précédente juste assez pour effacer la suivante — le choix habituel, car cela ne déplace jamais l'heure de début d'une ligne. Le début de la cue Shift Later pousse la cue suivante vers l'avant, gardant sa durée intacte. L'intervalle minimum et la durée minimale sont configurables en millisecondes, par défaut sur 80 ms et 700 ms – directives de sous-titrage communes, pas de nombres arbitraires.

Le texte et la numérotation des repères restent exactement tels qu’ils étaient ; seuls les timecodes fautifs bougent. Le format de sortie suit l'entrée par défaut (les virgules décimales restent SRT, les points décimaux et un en-tête WEBVTT restent WebVTT) ou force une conversion dans les deux cas. Les fins de ligne CRLF et LF sont toutes deux acceptées.

Tout s'exécute localement dans votre navigateur. Un fichier de sous-titres pour un épisode inédit, un premier montage d'un client ou votre propre enregistrement est analysé, vérifié et réparé sur votre appareil - jamais téléchargé nulle part.

FAQ

Qu'est-ce qui compte exactement comme un signal superposé ou invalide ?
Quatre choses : une mémoire dont l'heure de fin est égale ou antérieure à son propre début, une mémoire qui commence avant la fin de la précédente, un écart entre deux mémoires plus étroit que le minimum que vous avez défini et une mémoire affichée pendant une durée inférieure à la durée minimale.
Quelle est la différence entre les deux modes de réparation ?
"Trim early cue's end" raccourcit la cue arrivée en premier, de sorte que l'heure de début de la cue suivante n'est jamais touchée. "Décaler le début de la cue plus tard" fait avancer la cue suivante - à la fois son début et sa fin, donc sa longueur reste inchangée. Le rapport n'apporte aucune modification et répertorie simplement ce qu'il a trouvé.
Est-ce que ça fonctionne avec WebVTT ainsi qu'avec SRT ?
Oui. Il lit à la fois les codes temporels SRT séparés par des virgules et ceux WebVTT séparés par des points, y compris l'en-tête WEBVTT et les blocs NOTE/STYLE, et peut convertir entre les deux formats en sortie.
Est-ce que cela va renuméroter mes repères ou changer le texte ?
Les numéros de repère (ou identifiants WebVTT) et le texte des sous-titres lui-même sont copiés exactement tels qu'ils étaient : seuls les codes temporels impliqués dans un problème détecté sont ajustés.
Mon fichier de sous-titres est-il téléchargé quelque part ?
Non. L’ensemble de la vérification et de la réparation s’exécute dans votre navigateur ; le fichier ne quitte jamais votre appareil.