En bref
- Les fichiers de sous-titres ne contiennent que du texte brut. Comme chaque ligne est affichée par le lecteur vidéo et non par le fichier lui-même, un même fichier SRT peut être impeccable sur un lecteur et cassé sur un autre.
- La ponctuation et les chiffres n’ont pas de sens de lecture propre. Ils suivent le texte qui les entoure, et c’est pour cela qu’ils sautent quand une ligne se termine par un mot en anglais.
- Enregistrez toujours vos fichiers de sous-titres en UTF-8. Avec un autre encodage, les lettres hébraïques et arabes deviennent des points d’interrogation ou des caractères illisibles.
- Vérifiez votre fichier final dans le lecteur qu’utilisera votre public, et corrigez le texte avant d’exporter.
- Si une plateforme affiche mal votre fichier, incrustez directement les sous-titres dans l’image vidéo pour régler le problème.
Pourquoi la ponctuation se retrouve-t-elle du mauvais côté ?
L’hébreu et l’arabe s’écrivent de droite à gauche, alors que les nombres et les lettres latines glissés au milieu de la phrase gardent leur lecture de gauche à droite. Pour afficher une ligne qui mélange les deux, tous les logiciels utilisent la même norme : l’algorithme bidirectionnel d’Unicode. Dans ce système, les lettres ont un sens de lecture fort. À l’inverse, les espaces, virgules, points, guillemets et crochets sont neutres et prennent le sens des lettres situées juste à côté.1
Tout se complique quand un caractère neutre tombe pile entre deux sens de lecture. Prenez une phrase en hébreu qui se termine par un nom de marque en anglais suivi d’un point : c’est le cas classique. Comme le point vient juste après des lettres anglaises, le moteur d’affichage l’envoie tout à gauche de la ligne au lieu de le laisser à la fin de la phrase. Votre fichier n’a aucun défaut, le moteur a simplement dû deviner où placer ce point.
Quels sont les problèmes les plus fréquents ?
Le défaut le plus fréquent, c’est la ponctuation qui saute à l’autre bout de la ligne, souvent après un mot en anglais, des chiffres ou un crochet fermant. Viennent ensuite les nombres accompagnés d’un symbole, comme un pourcentage ou une devise, qui s’affichent à l’envers. Enfin, les plages de nombres ou les repères horaires comme 10:30 sortent très bien sur une seule ligne, mais s’inversent dès qu’ils sont coupés sur deux lignes.
Mélanger les alphabets crée un quatrième problème. Un nom anglais au milieu d’une phrase en hébreu peut très bien s’afficher tout seul, mais bousculer l’ordre des mots autour de lui. On retrouve le même comportement avec les indications sonores entre crochets, les noms d’intervenants suivis de deux-points et les notes de musique, parce qu’ils placent tous des caractères neutres en bord de ligne.
Comment corriger une ligne de sous-titre avant l’exportation
Commencez par toucher à la phrase elle-même. Si une ligne finit par un mot anglais, tournez-la autrement pour terminer par un mot en hébreu ou en arabe, ou éloignez la ponctuation des lettres latines. Souvent, il suffit d’ajouter un petit mot en hébreu après un nom de marque pour que la ligne s’affiche bien sur tous les lecteurs.
Si vous ne pouvez pas reformuler la phrase, ajoutez une marque directionnelle. Ce caractère Unicode invisible indique au moteur d’affichage dans quel sens traiter un caractère neutre. En glissant une marque droite-à-gauche en fin de ligne, juste après le point, vous accrochez la ponctuation au texte écrit de droite à gauche. C’est la méthode que recommande le W3C pour le web, et elle marche exactement pareil dans un fichier de sous-titres.2
Faites aussi des lignes courtes, comme nous le détaillons dans notre guide sur la vitesse de lecture et la longueur des sous-titres. Plus une ligne est courte, moins le texte mêlant deux sens de lecture risque de sauter, et plus il est facile de gérer le passage sur deux lignes.
Le format de fichier et l’encodage ont-ils une importance ?
Oui, à commencer par l’encodage : enregistrez toujours vos fichiers en UTF-8. Si vous voyez des points d’interrogation ou des symboles bizarres dans un fichier SRT en hébreu ou en arabe, c’est sans doute qu’il a été ouvert ou enregistré avec un ancien encodage. Rouvrez-le en choisissant UTF-8, ou relancez l’export depuis votre logiciel de sous-titrage.
Un fichier SRT ne garde que le texte brut et les codes temporels. Le format VTT, pensé pour la vidéo sur le web et défini par une norme du W3C, offre plus d’options comme le placement et le style des sous-titres. Cela dit, les deux formats suivent exactement les mêmes règles pour le texte bidirectionnel. Les solutions données ici valent donc pour les deux.3
À partir de votre transcription relue, KolWrite exporte des fichiers SRT et VTT qui gèrent correctement l’hébreu et l’arabe de droite à gauche. Corrigez votre transcription d’abord, puis exportez votre fichier pour que toutes vos modifications soient prises en compte.
Comment tester le fichier final
Ouvrez le fichier exporté dans le lecteur exact où votre public verra la vidéo : réseau social, lecteur web, galerie de téléphone ou logiciel de montage. Chaque lecteur gère le texte de droite à gauche à sa manière, et un fichier parfait dans une application aura parfois besoin d’une petite retouche pour une autre.
Regardez surtout les trois endroits où les erreurs se concentrent : les fins de ligne en anglais, les passages avec des chiffres ou des symboles, et les phrases coupées sur deux lignes. Faites cette vérification avec le son, car un sous-titre peut être bien mis en page tout en étant décalé par rapport à la voix.
Quand faut-il incruster les sous-titres dans la vidéo ?
Si une plateforme affiche mal vos sous-titres, ou si vous voulez garder la main au millimètre près sur la police et le placement, incrustez directement le texte dans la vidéo. Comme les sous-titres sont gravés dans l’image, tout le monde voit exactement la même chose, quel que soit l’appareil. En revanche, vous perdez en souplesse : impossible pour le spectateur de couper les sous-titres, d’en changer la taille ou de passer à une autre langue.
En pratique, le plus simple est souvent de préparer les deux versions : un fichier SRT ou VTT propre pour les plateformes qui gèrent bien les sous-titres codés, et une vidéo avec sous-titres incrustés pour les autres. Comme KolWrite exporte les deux formats à partir de la même transcription, vous n’avez besoin de relire votre texte qu’une seule fois.
Questions fréquentes
Pourquoi mon sous-titre en hébreu affiche-t-il le point à gauche ?
Votre ligne se termine sans doute par un chiffre ou par des lettres anglaises. Comme la ponctuation n’a pas de sens de lecture propre, elle suit le texte le plus proche. Reformulez la phrase pour finir par un mot en hébreu, ou glissez une marque droite-à-gauche juste après le point.
Quel encodage faut-il utiliser pour un fichier SRT en hébreu ou en arabe ?
Choisissez l'encodage UTF-8. Les anciens encodages ne gèrent pas tous les caractères hébreux et arabes : les lettres finissent souvent remplacées par des points d'interrogation ou du texte illisible.
Le format VTT est-il préférable au SRT pour les langues écrites de droite à gauche ?
Côté sens de lecture, cela ne change rien : les deux formats appliquent les mêmes règles Unicode. Le VTT permet en plus de régler la position et le style des sous-titres. Le choix dépend donc surtout de l’endroit où vous diffusez la vidéo.
Puis-je corriger l’ordre de la ponctuation directement dans le lecteur vidéo ?
En général, non. Le lecteur ne fait qu’afficher le texte tel qu’il le reçoit. Pour régler le problème de façon fiable, modifiez le texte du sous-titre lui-même, puis vérifiez le rendu dans le lecteur visé.
Les sous-titres incrustés permettent-ils d’éviter ces problèmes d’affichage ?
Oui, puisque le texte est gravé directement dans les images de la vidéo avant l’exportation. Il faut tout de même vérifier la mise en page avant de lancer le rendu, et garder en tête que les spectateurs ne pourront pas désactiver les sous-titres.