Convertir CSV en LRC
Ou collez le texte d'un sous-titre
Ce que cette conversion change
2 éléments perdus ou à décider
- Minutage
les heures de fin des blocs (le format de sortie n'enregistre que le début d'un bloc)
- Précision
la précision du minutage — l'horloge de la sortie est plus grossière, chaque code temporel est donc arrondi au 10 ms le plus proche
Ce rapport de pertes vient de la matrice de capacités de ces deux formats, pas du fichier particulier que vous avez chargé. Un fichier précis peut perdre davantage s'il utilise des fonctionnalités que le format autorise mais que la matrice ne modélise pas.
Cette page convertit un tableau CSV en paroles LRC. Elle garde le début de chaque ligne et abandonne sa fin : LRC estampille un instant de départ et laisse le lecteur tenir la ligne jusqu’à la suivante. Les heures du tableau sont arrondies au centième.
LRC n’accepte aucune mise en forme : les balises éventuellement présentes dans les cellules restent du texte, et le format n’a pas de champ pour un style, une position ou un karaoké. La liste ci-dessus nomme la fin de bloc et la précision, les deux pertes réelles de cette direction.
Le texte et l’ordre sont conservés. Un lot de fichiers passe dans l’ordre puis revient en ZIP. Aucun envoi.
Exemples
Un fichier CSV typique, converti en LRC
Entrée
start,end,text
00:00:01.000,00:00:03.500,The quick brown fox.
00:00:04.000,00:00:06.250,"Jumps over, the lazy dog."
00:00:07.000,00:00:09.000,"Two lines here.
And a second one."
Sortie
[00:01.00]The quick brown fox.
[00:04.00]Jumps over, the lazy dog.
[00:07.00]Two lines here.
[00:07.00]And a second one.
Dans cette sortie, la fin de chaque bloc et la précision au millième sont perdues : les débuts sont arrondis au centième. Le texte reste identique.
La même conversion sur une entrée abîmée
Entrée
id,start,end,note,text
1,00:00:01,000,00:00:04,000,cue one,"Hello there, friend."
2,00:00:05.000,00:00:07.000,cue two,Second line.
bad,notatime,00:00:09.000,cue three,Unreadable start.
4,00:00:10.000,00:00:09.000,cue four,End before start.
5,00:00:12.000,00:00:14.000,cue five,Unquoted comma in text, right here.
Sortie
[00:01.00]Hello there, friend.
[00:05.00]Second line.
[00:10.00]End before start.
[00:12.00]Unquoted comma in text, right here.
C’est le genre de dégâts des vrais fichiers : fins de ligne mélangées, espaces parasites, champs vides. Comparez avec l’exemple propre ci-dessus pour voir ce que le lecteur pardonne.
Questions fréquentes
Que devient la colonne de fin d’un CSV dans un fichier LRC ?
Elle est abandonnée. LRC ne note que l’instant où une ligne commence, et le lecteur garde cette ligne jusqu’à la suivante : une fin serait redondante. Chaque `start` du tableau est en revanche conservé.
Pourquoi les heures d’un CSV sont-elles arrondies dans le LRC ?
LRC écrit `[00:04.12]`, au centième de seconde, alors que le CSV note `00:00:04.126`. Chaque borne est arrondie aux 10 ms les plus proches, sans déplacement de plus de 5 ms.
Comment une cellule CSV de deux lignes sort-elle en LRC ?
En deux lignes estampillées au même instant. C’est la façon dont LRC dit que les deux vont ensemble : le regroupement devient temporel, il n’est plus structurel.
Les balises présentes dans un CSV sont-elles conservées dans le LRC ?
Elles restent dans le texte, mais comme caractères : LRC ne les interprète pas et n’écrit aucune mise en forme. Le fichier produit se lit donc comme des paroles, pas comme un sous-titre stylé.
Puis-je revenir d’un LRC vers le CSV d’origine ?
Oui, avec une autre liste : LRC vers CSV perd le minutage. Le CSV exige une fin pour chaque ligne, que LRC ne fournit pas : elle doit être déduite du début suivant.