Convertire LRC in SRT
Oppure incollare il testo dei sottotitoli
Opzioni
Usata quando la sorgente non ha orari di fine (testo semplice, LRC). La timeline dell’uscita è qui generata anziché convertita, quindi è questo numero che si otterrà.
Cosa cambia questa conversione
1 elemento viene scartato o richiede una decisione
- Temporizzazione
gli orari di fine dei blocchi — la sorgente non li registra, quindi quelli dell’uscita saranno generati anziché convertiti
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.
LRC è un formato per testi di canzoni: un timestamp tra parentesi quadre e poi una riga di parole. Dice quando una riga inizia e non dice mai quando finisce, perché è il lettore a tenere la riga a schermo fino alla successiva. Questa pagina trasforma quelle righe in cue SRT usando l’inizio della riga seguente come fine di quella corrente, la stessa regola che applica il lettore quando sposta l’evidenziazione.
Due dettagli del formato vengono gestiti, non aggirati. Più righe possono condividere un timestamp — l’originale e una traduzione, per esempio — e appartengono insieme: diventano un solo cue con più righe invece di due cue che si contendono lo stesso istante. E l’ultima riga non ha una successoria da cui prendere la fine, quindi riceve la durata impostata sulla pagina; il rapporto segnala che quella fine è stata generata.
I metadati dell’intestazione vengono letti: titolo e artista sono conservati per quanto il formato di destinazione li accoglie, e il tag offset viene preservato invece che applicato, così l’output corrisponde a ciò che il file dice letteralmente. Tutto avviene nel browser, e più file si scaricano insieme in un unico ZIP.
Esempi
Un file LRC tipico, convertito in SRT
Ingresso
[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.Uscita
1
00:00:12,000 --> 00:00:15,300
First line of the song.
2
00:00:15,300 --> 00:00:18,000
Second line.
Second line, translated.
3
00:00:18,000 --> 00:00:21,500
4
00:00:21,500 --> 00:00:23,500
Final line.
In questa conversione si perde la temporizzazione. Tutto il resto resta identico, riga per riga.
La stessa conversione su un input difficile
Ingresso
[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]Uscita
1
00:00:03,000 --> 00:00:05,500
Out of order.
2
00:00:05,500 --> 00:00:07,000
Leading zero omitted, one decimal.
3
00:00:07,000 --> 00:00:09,000
Second with no centiseconds.
Repeated chorus line.
4
00:00:09,000 --> 00:00:12,000
Repeated chorus line.
5
00:00:12,000 --> 00:00:14,000
È il tipo di danno che i file reali hanno davvero: fini di riga misti, spazi vaganti, campi vuoti. Confrontandolo con l’esempio ordinato qui sopra si vede che cosa il parser perdona.
Domande frequenti
Come ottiene una fine, una riga di testo LRC convertita in SRT?
Dalla riga successiva. La fine di una riga è il momento in cui comincia la seguente, che è ciò che fa un lettore quando sposta l’evidenziazione. Così ogni fine nell’output è esatta, tranne quella dell’ultima riga.
Che fine fa l’ultima riga?
Non ha una riga successiva da cui prendere la fine, quindi riceve la durata del campo sotto il riquadro del file: due secondi, salvo modifica. Il rapporto segnala che quella fine è stata generata, perché nulla nel file la dichiarava.
Perché due dei miei timestamp finiscono in un solo cue?
Perché quelle righe condividono il tempo di inizio. Un file LRC usa questo espediente per mettere una traduzione o una seconda voce sotto lo stesso verso: diventano un cue con più righe invece di due cue che partono nello stesso istante, cosa che nessun lettore può mostrare in modo sensato.
Il tag offset viene applicato?
Viene letto e conservato, non applicato, quindi i tempi nell’output sono quelli scritti nel file. Se il tuo lettore mostrava il testo prima o dopo proprio a causa di quell’offset, applica lo stesso spostamento qui e il risultato corrisponderà a ciò che vedevi.
Che ne è del titolo e dell’artista nell’intestazione?
Vengono letti come metadati. Un formato di sottotitoli ha campi per un titolo, quindi il titolo si conserva dove c’è spazio e viene segnalato come perduto dove non c’è; l’artista è un’idea da testo di canzoni senza equivalente in un file di sottotitoli.