Ir para o conteúdo principal
SubtitleMatrix

Converter SRT para LRC

Ou cole o texto da legenda

O que esta conversão altera

2 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)

  • 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

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 converte SRT para LRC. O LRC é o formato das letras sincronizadas: cada linha começa com um carimbo entre colchetes e não existe hora de fim. Por isso a conversão descarta o fim de cada bloco e reaproveita o início, e o texto de cada linha vira uma linha de letra.

O tempo também perde resolução. O LRC conta centésimos de segundo, onde o SRT conta milésimos, então cada carimbo é arredondado para os 10 ms mais próximos: 00:00:04,126 sai como 4,13 s. Nada é esticado nem reordenado, e nenhum bloco anda mais de 5 ms, mas é o ponto em que esta conversão deixa de ser exata.

Um bloco de duas linhas vira duas linhas com o mesmo carimbo, que é como o LRC diz que elas andam juntas. Um arquivo ou uma temporada inteira, sempre no navegador, com um ZIP no fim.

Exemplos

Um arquivo SRT comum, convertido para LRC

Entrada

1
00:00:01,000 --> 00:00:03,500
Hello there.

2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.

3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.

Saída

[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.

Descartado nesta saída: o fim de cada bloco e a resolução de milésimo. O resto confere linha por linha.

A mesma conversão com uma entrada problemática

Entrada

1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.


2
00:00:03,500 --> 00:00:06,000


3
00:00:08,000 --> 00:00:09,000
Last one.

Saída

[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.

É o tipo de dano que arquivos reais trazem: fins de linha misturados, espaços soltos, campos vazios. Compare com o exemplo organizado acima para ver o que o analisador perdoa.

Perguntas frequentes

O que acontece com a hora de fim de cada bloco SRT?

O LRC registra quando uma linha começa e nada mais — o tocador de letras mantém a linha até a próxima entrar, então o fim seria redundante. Todo fim é descartado e todo início do SRT fica intacto.

Por que os carimbos mudaram do SRT para o LRC?

O LRC guarda o tempo como [00:04.12], com centésimos; o SRT guarda 00:00:04,126, com milésimos. Cada carimbo é arredondado para os 10 ms mais próximos, então 00:00:04,126 vira 4,13 segundos. O desvio é de no máximo 5 ms por bloco.

Como fica a saída quando o SRT vira LRC?

Sem numeração e sem o carimbo de fim: cada linha começa com um colchete contendo minutos, segundos e centésimos. Um metadado opcional de título só aparece se o arquivo de origem tiver um, e o SRT não tem.

Um bloco SRT de duas linhas vira o quê no LRC?

Duas linhas carimbadas com o mesmo instante, seguidas uma da outra. O agrupamento continua legível: quem lê o arquivo vê que as duas entram juntas, mesmo sem um campo que declare isso.

A ordem dos blocos é preservada no LRC?

É, e eles são ordenados pelo início antes de serem escritos. Como o formato só tem a sequência física das linhas, essa ordem é a única informação de posição que o tocador recebe.

Posso converter o LRC de volta para SRT?

Pode, e a volta custa caro: LRC para SRT descarta a estrutura de tempo que o LRC nunca teve — o fim de cada linha precisa ser inventado. Por isso a lista da volta é diferente da lista acima.

A saída LRC mantém a codificação do arquivo SRT?

Não — a saída é UTF-8, com fim de linha Unix e sem BOM, independentemente da codificação de entrada. Arquivos em UTF-16 ou em página de código do Windows são decodificados na leitura, e o painel avisa quando isso ocorre.

Ferramentas relacionadas