Converter SRT para SBV

SBV é o formato de legenda próprio do Google, produzido pelo editor de legendas do YouTube desde 2008 e oferecido pela ferramenta de download ao lado do SubRip e do WebVTT. Praticamente nada fora desse ecossistema escreve isso e muito pouco lê, o que torna esse o formato mais restrito deste conjunto e o de casa mais clara.

O ponto que vale fazer antes de qualquer outra coisa é que o YouTube aceita SubRip. Se o objetivo é legenda num vídeo só, subir o SRT que você já tem é menos passos e menos chance de erro. Esta conversão se justifica quando algo além do formulário de upload quer SBV, e a próxima seção nomeia o que isso costuma ser.

O comum é um acervo. Um canal que legenda há anos, ou uma agência gerenciando vários, tende a ter centenas de arquivos no que quer que o editor exportou, e um episódio novo chegando como SRT é a exceção. Converter na entrada mantém um diretório num formato só, o que vale mais do que economizar um passo de conversão.

O segundo é ferramenta. Como o SBV não tem cabeçalho, numeração ou estilo, uma linha dele é trivialmente interpretável: dois horários e uma vírgula. Scripts e planilhas construídos em torno da exportação do editor tendem a assumir exatamente essa forma.

O terceiro, e o menos mencionado, é que o editor de legendas é genuinamente melhor que um arquivo de texto para ajuste de tempo. Corrigir palavras é mais rápido offline; corrigir onde uma legenda começa é mais rápido contra uma forma de onda e um vídeo que você consegue arrastar. Uma equipe que faz a revisão de texto num documento e o ajuste de tempo no editor precisa do arquivo indo nas duas direções, e SBV é o formato que esse lado do fluxo fala.

Três coisas, todas estruturais em vez de semânticas. O número da legenda em sua própria linha desaparece. A seta entre os dois horários vira uma vírgula. E os horários em si são reescritos na convenção do SBV em vez da do SubRip. O texto, as quebras de linha dentro dele e os tempos ao milissegundo continuam intocados.

É por isso que esta conversão é exata onde importa. Os dois formatos guardam a mesma coisa — um início, um fim e algumas palavras — e discordam só em pontuação e formalidade. Nada precisa ser aproximado, arredondado ou descartado, o que não é verdade para a maioria dos pares deste site.

O SubRip escreve a hora com dois dígitos: 00:04:12,500. O SBV escreve com quantos dígitos precisar: 0:04:12.500. Esse único zero à esquerda é a diferença entre um arquivo que o YouTube aceita e um que recusa, e é o motivo de renomear um SRT para .sbv nunca ter funcionado para ninguém.

O milissegundo é a outra metade. O SubRip separa com vírgula e o SBV com ponto, a mesma discordância que o WebVTT tem com o SubRip e na mesma direção. Os dois são escritos corretamente aqui, três dígitos de milissegundo depois de um ponto, então o arquivo já sai bem formado.

O SubRip numera toda legenda a partir de um, e o número faz parte do formato em vez de ser uma cortesia — um interpretador rígido espera isso. O SBV não tem numeração nenhuma: uma linha de tempo, uma ou duas linhas de texto, uma linha vazia, e a próxima entrada começa.

Os números são lidos do SRT e simplesmente não escritos. Isso não é uma perda, porque nada no SBV nem no YouTube se refere a eles, e deixá-los seria pior do que descartá-los: um número solto acima de uma linha de tempo é lido como texto de legenda por um interpretador que não esperava isso.

O SBV carrega um horário de início, um de fim e palavras. Sem itálico, sem negrito, sem cor, sem posição, sem jeito de marcar quem fala. É mais simples até que o SubRip, que ao menos tem uma convenção para itálico que a maioria dos players respeita.

O texto da legenda é copiado literalmente, então qualquer tag na origem sobrevive no SBV como caracteres literais, e o YouTube vai exibir isso. Uma faixa que usa itálico para monólogo interno precisa dessas tags removidas antes da conversão. Remova na origem em SRT em vez de no SBV, para o arquivo mestre continuar limpo.

Colchetes são a convenção que preenche a lacuna, a que a legendagem de emissoras adotou há muito tempo: uma nota entre colchetes para um som, um falante ou um contexto que o diálogo não carrega. Custa caracteres na tela, mas é entendido por todo espectador sem precisar de explicação.

Quebra de linha dentro de uma legenda sobrevive à conversão como quebra de linha de verdade, que é o que o SBV espera: o texto simplesmente ocupa duas linhas entre a linha de tempo e a linha vazia. Nada precisa de escape e nada é unido.

Atribuição de falante é a lacuna. Não existe construto para isso, então a convenção é um nome seguido de dois-pontos digitado no texto, ou um traço no início da linha de cada falante, como a legendagem de emissora sempre fez. Se o seu SRT já usava uma convenção de voz, ela atravessa sem mudança.

A saída é escrita em UTF-8, o que o YouTube espera e o que faz caractere acentuado sobreviver ao upload. O SubRip não tem como declarar sua própria codificação, então a conversão é um bom momento para resolver a questão em vez de deixá-la para um chute.

Quando um upload é recusado depois de uma rodada de edição manual, a causa quase sempre é uma de três coisas: um horário que ganhou um zero à esquerda ou uma vírgula, uma linha vazia entre entradas que sumiu, ou o arquivo salvo numa codificação regional por um editor que assume uma por padrão. A mensagem de erro do YouTube não é específica o bastante para distinguir, então confira as três.

O SubRip dá a um interpretador três sinais de que uma nova legenda começou: uma linha vazia, um número sozinho, e uma linha de tempo com uma seta. Perca um e os outros dois ainda funcionam. O SBV tem exatamente um sinal, a linha vazia entre entradas, e uma linha de tempo é reconhecida só por ser a primeira linha de um bloco e conter uma vírgula.

Isso torna a linha vazia estrutural de um jeito que não é no SubRip. Remova uma ao editar — fácil de acontecer ao unir duas legendas — e as duas entradas viram um único bloco cuja segunda linha de tempo é lida como texto de legenda. O YouTube vai recusar o arquivo ou exibir um horário na tela, e nenhum dos dois resultados aponta para a linha que falta.

SubRip é o que todo editor de legenda lida bem, que todo player lê e que quase toda plataforma aceita. SBV praticamente não é lido fora do YouTube e não carrega nada que o SubRip não carregue. Como arquivo de trabalho não tem vantagem, e como formato de arquivamento amarra um conjunto de legendas à ferramenta de uma empresa só.

O arranjo que sobrevive ao contato com um fluxo de trabalho real é corrigir e ajustar tempo em SRT, guardar esse arquivo, e converter no momento em que um destino específico pede outra coisa. Duas cópias mantidas manualmente das mesmas legendas se afastam na primeira vez que alguém corrige um erro de digitação em qualquer uma que tinha aberta.