Convertire CSV in LRC
Oppure incollare il testo dei sottotitoli
Cosa cambia questa conversione
2 elementi vengono scartati o richiedono una decisione
- Temporizzazione
gli orari di fine dei blocchi (il formato di uscita registra solo quando un blocco inizia)
- Precisione
la precisione della temporizzazione — l’orologio dell’uscita è più grossolano, quindi ogni timestamp è arrotondato al 10 ms più vicino
Questo elenco deriva dalla matrice delle capacità di questi due formati, non dal particolare file caricato. Un file specifico può perdere di più se usa caratteristiche che il formato consente ma la matrice non modella.
Questa pagina converte un file CSV in LRC. Si trascina il file nel riquadro, oppure si incolla il testo, e si riprende indietro la versione LRC. La conversione avviene interamente nel browser: nessun file viene caricato e non serve un account.
I due formati non conservano le stesse cose, e la differenza non è cosmetica: tempi di fine e precisione non hanno dove stare in LRC. L’elenco qui sopra nasce da ciò che ciascuno dei due formati sa esprimere, non dal file che si carica, quindi la risposta è la stessa prima ancora di aprire qualcosa.
Un file va bene, e così un’intera stagione: la coda li lavora in ordine e i risultati scendono insieme in un unico ZIP.
Esempi
Un file CSV tipico, convertito in LRC
Ingresso
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."
Uscita
[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.
In questa conversione si perdono: tempi di fine e precisione. Tutto il resto corrisponde riga per riga.
La stessa conversione su un input scomodo
Ingresso
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.
Uscita
[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.
È il tipo di danno che hanno i file reali: fine riga misti, spazi vaganti, campi lasciati vuoti. Confronto con l’esempio ordinato qui sopra per vedere cosa il parser perdona.
Domande frequenti
Che fine fa l’istante di fine di ogni blocco CSV?
LRC registra quando una riga comincia e nient’altro: un lettore di testi tiene la riga finché non parte la successiva, quindi un istante di fine sarebbe superfluo. Ogni fine viene scartata e ogni inizio CSV resta intatto.
Perché i tempi si sono spostati passando da CSV a LRC?
LRC scrive l’istante come `[00:04.12]` dove CSV lo scrive come `00:00:04.126`: un centesimo di secondo contro un millesimo, quindi ogni timecode viene arrotondato ai 10 ms più vicini e 00:00:04,126 diventa 4,13 secondi. Nulla viene allungato o riordinato e nessun blocco si muove di più di 5 ms; se però i sottotitoli vanno allineati a un altro file, questo è l’unico punto in cui la conversione smette di essere esatta.
Che aspetto ha il risultato quando CSV diventa LRC?
Come LRC: niente numeri di blocco, ogni riga porta il proprio tempo fra parentesi quadre. Ogni blocco CSV diventa un blocco LRC, nello stesso ordine, con lo stesso testo.
Come esce in LRC un blocco CSV su due righe?
Come due righe con lo stesso tempo, che è il modo in cui LRC dice «queste due stanno insieme». L’abbinamento sopravvive: le due righe CSV restano un solo sottotitolo nel file LRC e il lettore le mostra insieme.
I blocchi CSV mantengono l’ordine nel file LRC?
Sì, e lungo la strada vengono ordinati per istante di inizio: prima il più anticipato, che è l’ordine atteso da ogni formato di questo sito e quello con cui i lettori li scorrono. Se il file CSV elencava i blocchi fuori sequenza, l’LRC li rimette in ordine: è un intervento sulla struttura del file, non sul contenuto, ed è voluto.
Posso riconvertire l’LRC in CSV?
Sì, e ha un elenco suo: la conversione da LRC a CSV perde i tempi di fine, perché la tabella vuole una fine per ogni riga e l’LRC non la registra. Quell’elenco è diverso da quello qui sopra perché i due formati conservano cose diverse.
Il file LRC conserva la codifica del file CSV?
No: l’uscita è UTF-8, con fine riga Unix e senza BOM, qualunque codifica usasse il CSV. Un file che arriva in UTF-16 o in una codifica a byte singolo di Windows viene decodificato in ingresso (il pannello del risultato lo segnala quando accade); quello che esce è sempre lo stesso LRC in UTF-8.