Convertir LRC en CSV
Ou collez le texte d'un sous-titre
Options
Utilisée quand la source n'a pas d'heures de fin (texte brut, LRC). La chronologie de la sortie est ici générée plutôt que convertie : c'est donc ce nombre que vous obtiendrez.
Ce que cette conversion change
1 élément perdu ou à décider
- Minutage
les heures de fin des blocs — la source ne les enregistre pas, celles de la sortie seront donc générées plutôt que converties
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 fichier LRC en CSV, avec trois colonnes : start, end et text. Le LRC ne fournit que le début de chaque ligne ; la fin est déduite de l’horodatage suivant, et la dernière ligne reçoit 2 000 ms. Les heures sont écrites au format HH:MM:SS.mmm pour rester lisibles dans un tableur.
Une ligne LRC vide devient une ligne CSV dont la colonne text est vide, ce qui préserve la structure du fichier au lieu de la faire disparaître. Un texte contenant une virgule, un guillemet ou un retour à la ligne est encadré de guillemets selon la convention CSV, et le retour à la ligne reste à l’intérieur de la cellule.
Les métadonnées [ti:], [ar:], [length:] et [offset:] n’ont pas de colonne : elles ne sont pas recopiées dans chaque ligne. Le tri est ascendant sur le début, comme dans toutes les conversions de cette page. Aucun fichier n’est envoyé et le traitement par lots reste disponible.
Exemples
Un fichier LRC typique, converti en CSV
Entrée
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.Sortie
start,end,text
00:00:12.000,00:00:15.300,First line of the song.
00:00:15.300,00:00:18.000,"Second line.
Second line, translated."
00:00:18.000,00:00:21.500,
00:00:21.500,00:00:23.500,Final line.
Trois colonnes, une ligne par bloc ; le bloc de deux lignes reste groupé dans une cellule entre guillemets et les heures de fin sont calculées.
La même conversion sur une entrée abîmée
Entrée
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]Sortie
start,end,text
00:00:03.000,00:00:05.500,Out of order.
00:00:05.500,00:00:07.000,"Leading zero omitted, one decimal."
00:00:07.000,00:00:09.000,"Second with no centiseconds.
Repeated chorus line."
00:00:09.000,00:00:12.000,Repeated chorus line.
00:00:12.000,00:00:14.000,
L’ordre est rétabli avant écriture, l’horodatage [0:05.5] est compris et la ligne sans texte produit une ligne CSV à texte vide.
Questions fréquentes
Pourquoi chaque ligne du CSV a-t-elle une heure de fin alors que le LRC n’en a pas ?
Parce que le CSV produit ici décrit des blocs, pas des paroles. La fin est reprise du début suivant ; la dernière ligne, qui n’a pas de successeur, reçoit 2 000 ms. Un tableur peut ainsi calculer des durées sans que la colonne end reste vide.
Que devient une ligne LRC sans texte dans le CSV ?
Elle occupe une ligne complète avec un début, une fin et une colonne text vide. C’est volontaire : la supprimer décalerait la lecture du fichier par rapport aux lignes voisines, alors qu’un bloc vide peut marquer une pause ou une indication de section.
Comment le CSV traite-t-il les virgules et les retours à la ligne du texte ?
Tout champ qui contient une virgule, un guillemet ou un saut de ligne est placé entre guillemets, et un guillemet interne est doublé. Le saut de ligne d’un bloc de deux lignes reste donc dans la même cellule au lieu de créer une ligne de tableau supplémentaire.
Les champs [ti:], [ar:] et [length:] apparaissent-ils dans le CSV ?
Non, l’en-tête du CSV ne contient que start, end et text. Le titre, l’artiste et la durée du LRC n’ont pas de colonne et ne sont pas répétés ligne par ligne ; si ces valeurs comptent pour vous, conservez le fichier LRC d’origine à côté du CSV.
Le CSV respecte-t-il l’ordre du fichier LRC ?
Il respecte l’ordre chronologique, pas l’ordre brut du fichier. Les blocs sont triés sur leur heure de début ; deux entrées qui partagent un horodatage restent adjacentes et conservent leur ordre d’origine, ce qui garde une traduction juste après sa ligne source.
Peut-on modifier le CSV dans un tableur puis revenir au LRC ?
Oui, à condition d’accepter les pertes : le CSV porte une heure de fin qui n’existe pas dans le LRC, et le retour ne garde que la colonne start. Les colonnes end et les éventuelles colonnes ajoutées sont ignorées ; les métadonnées du fichier d’origine ne sont pas reconstruites.