Converter SBV 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 SBV em LRC. Arraste um arquivo — ou cole o texto — e receba de volta a versão LRC. A conversão roda inteiramente no seu navegador, então nada é enviado e não é preciso criar conta.
Os dois formatos não guardam as mesmas coisas, e a diferença não é cosmética: tempo e precisão não têm onde ficar no LRC, que registra apenas o instante em que cada linha começa e arredonda esse instante para centésimos. A lista acima vem do que cada formato consegue expressar, não do seu arquivo, então a resposta é a mesma antes de você carregar qualquer coisa.
Um arquivo só está ótimo, e uma temporada inteira também: a fila processa na ordem, você pode parar no meio e os resultados descem juntos num único ZIP.
Exemplos
Um arquivo SBV típico, convertido para LRC
Entrada
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Saída
[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.
Perdidos nesta saída: tempo e precisão. Todo o resto bate linha por linha.
A mesma conversão num arquivo problemático
Entrada
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Saída
[00:02.00]Carriage-return line endings.
[00:06.00]Indented timecode, no final newline.
É o tipo de dano que arquivos reais têm — fim de linha misturado, espaço solto, campo vazio. Compare com o exemplo organizado acima para ver o que o analisador perdoa.
Perguntas frequentes
O que acontece com o horário de fim de cada bloco SBV?
O LRC registra quando uma linha começa e nada mais — um reprodutor de letras mantém a linha até a próxima começar, então um horário de fim seria redundante. Todo fim é descartado e todo início SBV fica intocado.
Por que os carimbos de tempo mudaram de SBV para LRC?
O LRC guarda o tempo como `[00:04.12]`, e o SBV como `0:00:04.126` — centésimos contra milésimos —, então cada carimbo é arredondado para os 10 ms mais próximos: 00:00:04,126 sai como 4,13 segundos. Nada é esticado nem reordenado e nenhum bloco se desloca mais de 5 ms, mas, se você estiver alinhando estas legendas com outro arquivo, é aí que esta conversão deixa de ser exata.
Como fica a saída quando SBV vira LRC?
Como LRC: sem números de bloco: cada linha carrega o próprio carimbo entre colchetes. Cada bloco SBV vira um bloco LRC, na mesma ordem e com o mesmo texto.
Como sai um bloco SBV de duas linhas no LRC?
Como duas linhas com carimbo carregando o mesmo horário, que é como o LRC diz que as duas andam juntas. O par sobrevive — as duas linhas SBV ainda pertencem a uma legenda só na saída LRC, e o reprodutor mostra as duas juntas.
Os blocos SBV mantêm a ordem na saída LRC?
Mantêm, e são ordenados pelo horário de início no caminho — o mais cedo primeiro, que é como todo formato daqui espera e como os reprodutores leem. Se o seu arquivo SBV listava os blocos fora de sequência, a saída LRC os põe em ordem; isso muda a estrutura do arquivo, não o conteúdo, e é de propósito.
Dá para converter o LRC de volta para SBV?
Dá, e essa direção tem lista própria: converter LRC para SBV perde o tempo. A lista é diferente da acima porque os dois formatos guardam coisas diferentes.
A saída LRC preserva a codificação do arquivo SBV?
Não — a saída é UTF-8, com fim de linha Unix e sem marca de ordem de bytes, seja qual for a codificação do arquivo SBV. Um arquivo em UTF-16 ou numa codificação Windows de um byte é decodificado na entrada (o painel de resultado avisa quando isso acontece); o que sai é sempre o mesmo LRC em UTF-8.