Converter SMI para LRC
Ou cole o texto da legenda
O que esta conversão altera
5 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)
- Posição
a posição na tela (cada bloco volta à posição padrão)
- 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 converte SMI 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, estilo, posicionamento, precisão e conteúdo específico do formato não têm onde ficar no LRC, que registra apenas o instante em que cada linha começa. 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 SMI típico, convertido para LRC
Entrada
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
Saída
[00:01.00]Hello there.
[00:03.50]How are you?
[00:03.50]Fine, thanks.
Perdidos nesta saída: tempo, estilo, posicionamento, precisão e conteúdo específico do formato. Todo o resto bate linha por linha.
A mesma conversão num arquivo problemático
Entrada
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
Saída
[00:02.50]Line one
[00:02.50]Line two
[00:09.00]Tom & Jerry
É 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 SMI?
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 SMI fica intocado.
O que acontece com negrito, itálico e cor de SMI para LRC?
O LRC não guarda estilo de espécie alguma, então tudo isso vai embora: um `<i>` ou `<font color="…">` escrito no texto do parágrafo, ou uma regra no bloco `<STYLE>` do cabeçalho — nada tem onde cair, e cada linha é escrita como texto puro. As palavras em si não são tocadas.
O que acontece com a posição na tela de SMI para LRC?
O LRC não sabe dizer onde uma legenda é desenhada, então os atributos de parágrafo e o CSS para onde eles apontam são descartados na saída do SMI, e cada bloco volta à posição padrão que o reprodutor escolhe — para a maioria deles, a parte de baixo do quadro, centralizada.
Por que os carimbos de tempo mudaram de SMI para LRC?
O LRC guarda o tempo como `[00:04.12]`, e o SMI como `Start=4126` — 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.
O que acontece com o bloco `<STYLE>`, o `<TITLE>` e os atributos `Class=` do SAMI no LRC?
São descartados. O SAMI diz como suas legendas se parecem fora do texto do bloco: um bloco `<STYLE>` com CSS para os parágrafos, um `<TITLE>` e o marcador de canal que cada parágrafo carrega — `Class=ENCC`, que aponta para uma dessas regras. O LRC guarda blocos, não um documento, então não há onde nada disso ficar. A ênfase escrita dentro do texto do próprio bloco não é afetada — ela pertence à linha —, e os blocos chegam com texto e tempos inteiros.
Como fica a saída quando SMI vira LRC?
Como LRC: sem números de bloco: cada linha carrega o próprio carimbo entre colchetes. Cada bloco SMI vira um bloco LRC, na mesma ordem e com o mesmo texto.
Como sai um bloco SMI 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 SMI ainda pertencem a uma legenda só na saída LRC, e o reprodutor mostra as duas juntas.
Os blocos SMI 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 SMI 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 SMI?
Dá, e essa direção tem lista própria: converter LRC para SMI 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 SMI?
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 SMI. 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.