Converter VTT para LRC
Ou cole o texto da legenda
O que esta conversão altera
4 coisas são descartadas ou precisam de uma decisão
- Tempos
as horas de término dos blocos (o formato de saída só registra quando um bloco começa)
- Estilo
todo o estilo (negrito, itálico, cor, contorno, sombra)
- Precisão
a precisão dos tempos — o relógio da saída é mais grosseiro, então cada marca de tempo é arredondada para o 10 ms mais próximo
- Conteúdo específico do formato
conteúdo que o formato de origem guarda fora de seus blocos (blocos que não são cue, texto de cabeçalho, configurações por bloco, eventos comentados) — o formato de destino não tem lugar para ele
Esta lista vem da matriz de capacidades destes dois formatos, não do arquivo específico que você carregou. Um arquivo específico pode perder mais se usar recursos que o formato permite mas a matriz não modela.
Esta página transforma um WebVTT em letra sincronizada. O LRC é o formato das letras de música: cada linha começa com um carimbo entre colchetes e não existe hora de fim — o tocador mantém a linha até a próxima entrar.
A conversão deixa três coisas pelo caminho. A primeira é o fim de cada bloco, que o formato não modela. A segunda é a resolução: o LRC conta centésimos, então 00:00:04.126 sai como [00:04.13], arredondado para os 10 ms mais próximos. A terceira é o estilo: o bloco STYLE do VTT, as tags do texto e os ajustes de carimbo não têm onde ficar.
Um bloco de duas linhas vira duas linhas com o mesmo carimbo, que é como o LRC diz que andam juntas. Um arquivo ou uma temporada inteira, com um ZIP no fim e nada saindo do navegador.
Exemplos
Um arquivo VTT comum, convertido para LRC
Entrada
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
Saída
[00:01.00]Hello there.
[00:04.50]Second line with italics.
Descartado nesta saída: o fim de cada bloco, o estilo, os ajustes e a resolução de milésimo. O resto confere linha por linha.
A mesma conversão com uma entrada problemática
Entrada
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
Saída
[00:01.00]No header, two lines before the timecode.
Cabeçalho ausente, fins de linha misturados e uma linha solta antes do carimbo: compare com o exemplo organizado acima para ver o que o analisador perdoa.
Perguntas frequentes
Para onde vai o fim de cada bloco do VTT?
Para lugar nenhum: o LRC não tem campo de fim. O tocador de letras troca a linha quando chega o próximo carimbo, então manter um fim seria redundante — todo início é preservado e todo fim é descartado.
Por que os tempos do LRC perdem precisão?
Porque o formato guarda centésimos, não milésimos. 00:00:04.126 do VTT vira [00:04.13]: o valor é arredondado para o centésimo mais próximo, o desvio máximo é 5 ms e nada mais é esticado.
O que acontece com as tags e o bloco STYLE do VTT?
Somem, e a diferença importa: o STYLE pode carregar o layout do documento inteiro e nenhuma linha dele sobrevive; as tags do texto também são escritas sem virar marcação do LRC, que não tem nenhuma.
E os ajustes de carimbo, como align:start?
Não há onde gravá-los. O LRC conhece um instante por linha e mais nada; alinhamento, posição e tamanho de linha do VTT não têm equivalente e são contados no relatório de perdas.
Um bloco VTT de duas linhas vira quantas linhas de LRC?
Duas, com o mesmo carimbo entre colchetes. Quem lê o arquivo entende que entram juntas; o formato não tem agrupamento explícito, apenas a repetição do tempo.
Qual é o uso típico desta conversão?
Levar legendas para um player de letras ou para um tocador de música que exibe a faixa sincronizada. Nesse contexto a perda de fim de bloco e de estilo raramente importa; o que importa é o instante de entrada de cada linha.