Achar lacunas entre legendas
Ou cole o texto da legenda
Opções
Milissegundos de tela em branco permitidos entre o fim de um bloco e o início do seguinte. O branco é medido a partir do fim mais distante alcançado até agora, não do bloco imediatamente anterior, então um bloco longo que fica embaixo de vários curtos não inventa uma lacuna que nunca existiu na tela. O que o número faz depende da página: fechar lacunas fecha qualquer coisa maior que ele (0 é o valor habitual e significa que os dois se encontram exatamente), enquanto uma página de verificação lista cada trecho maior que ele e deixa o arquivo intacto. Em qualquer caso, o que estiver no número ou abaixo dele fica como está.
A taxa de quadros em que os tempos são contados. Nas páginas de formato é o que o MicroDVD precisa, porque ele guarda os tempos como números de quadro. Nas páginas de taxa de quadros é a taxa com que o arquivo foi cronometrado — a versão para a qual as legendas foram feitas — e a segunda caixa da página recebe a taxa do vídeo com que você vai usá-las. 23,976, 24, 25, 29,97, 30, 50, 59,94 e 60 são as comuns. Errar isso desloca toda a linha do tempo e, nas páginas de taxa de quadros, desloca por uma proporção em vez de por uma quantidade fixa.
Uma lacuna é tela vazia entre dois blocos: o trecho entre o fim do bloco que estava na tela e o início do próximo. Esta página lista toda lacuna mais longa que o limite que você definir, em milissegundos, e nomeia os dois blocos entre os quais ela cai. O arquivo em si não é tocado — o que volta é um relatório para baixar em PDF para ler ou em CSV para ordenar numa planilha.
Lacunas não são automaticamente um defeito. Uma mudança de cena, uma pausa de silêncio, um corte para outro falante: tudo isso deixa a tela vazia de propósito. O que o número mostra é se o vazio passa do seu limite. Dois segundos se leem como pausa; quarenta segundos normalmente indicam um bloco perdido, ou um código de tempo colado no lugar errado que arrastou tudo o que vinha depois. O limite é escolha sua e é o teste inteiro: a comparação é estritamente maior que o número digitado, então o limite é a maior pausa que você aceita, e um arquivo cuja maior pausa seja exatamente essa volta limpo.
Duas coisas esta página deliberadamente não faz. Primeiro, as lacunas são medidas contra o fim mais distante já alcançado, e não contra o bloco imediatamente anterior, para que uma legenda mantida durante uma cena inteira não seja lida como um buraco de nove segundos. Segundo, formatos que não guardam o fim — LRC e texto puro — não são aceitos: não há o que medir, e dar um resultado limpo num formato que não consegue conter a resposta seria uma absolvição falsa. Tudo o que precisou ser corrigido durante a leitura aparece no topo do relatório, então um bloco com código de tempo quebrado nunca é somado em silêncio à contagem.
Exemplos
Uma pausa mais longa que o limite
Legendas
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:06,000 --> 00:00:07,000
I was working late.
3
00:00:07,500 --> 00:00:08,500
Until when?
O que o relatório encontra
Gaps between cues — 1 found
Severity Cues Start End Measured Limit
Warning 1, 2 00:00:02.000 00:00:06.000 4000 ms 2000 ms
O limite aqui é 2000 ms, então os quatro segundos de tela em branco entre os blocos 1 e 2 são reportados e o meio segundo antes do bloco 3 não é. As duas pausas existem no arquivo; só uma delas é maior que o número escolhido.
Uma pausa exatamente no limite
Legendas
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:04,000 --> 00:00:05,000
I was working late.
O que o relatório encontra
Gaps between cues — Nothing found
Cues 2
Checks run 1
O trecho em branco tem exatamente 2000 ms contra um limite de 2000. Nada é reportado e o relatório ainda diz que a verificação rodou — o limite é a maior pausa que continua aceitável, não a menor que é sinalizada.
Um bloco mantido durante uma cena inteira
Legendas
WEBVTT
00:00:00.000 --> 00:00:10.000
Hold on.
00:00:01.000 --> 00:00:02.000
Wait.
O que o relatório encontra
Gaps between cues — Nothing found
Cues 2
Checks run 1
Um bloco de dez segundos com um curto aninhado dentro. Medir contra o fim mais distante já alcançado não vê buraco nenhum, enquanto comparar cada bloco com o anterior reportaria nove segundos de silêncio que nenhum espectador vê.
Perguntas frequentes
O que conta como lacuna entre legendas nesta página?
O tempo entre o fim do bloco que estava na tela e o início do próximo, medido em milissegundos e reportado apenas quando é maior que o limite definido. Blocos que se encostam têm lacuna zero e nunca entram na lista. Uma pausa exatamente igual ao limite também não entra — o teste é maior que o limite, não maior ou igual.
Que limite de lacuna devo usar?
Depende do que você está entregando. Trabalho de transmissão costuma manter as pausas abaixo de dois segundos para que a tela nunca pareça abandonada; streaming e vídeo on-line toleram mais. O padrão é 1000 ms. O valor escolhido vale para toda a execução, então um lote de arquivos é julgado pelo mesmo número, e o relatório imprime o limite ao lado de cada lacuna que encontra.
Esta ferramenta fecha as lacunas que encontra?
Não. Ela lê o arquivo e produz um relatório; nenhum código de tempo é movido. Preencher lacunas é outra ferramenta, que estica blocos para cobrir os trechos vazios, e manter as duas separadas faz o relatório descrever o arquivo como ele realmente é, não uma versão que esta página já editou.
Como a lacuna é calculada quando há sobreposição ou aninhamento?
Contra o fim mais distante já alcançado no arquivo, nunca contra o bloco imediatamente anterior. Um bloco curto dentro de um longo não mexe no fim mais distante, então nenhuma lacuna é inventada ali. Só quando o próximo bloco começa depois desse fim mais distante é que a diferença é medida, que é o mesmo intervalo que o espectador vê vazio.
Quais formatos de legenda podem ser verificados quanto a lacunas?
Os dez que guardam início e fim: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON e CSV. LRC e texto puro ficam de fora porque guardam um único horário por linha. Um arquivo nesses dois formatos precisa ser convertido antes de poder ser medido quanto a lacunas.
Por que o relatório menciona o que se perdeu na leitura?
Porque o leitor corrige o que não consegue representar: um bloco cujo fim não é posterior ao início recebe um milissegundo para que o arquivo possa ser mantido. Essa correção aparece no cabeçalho do relatório em vez de ficar enterrada nos achados, então a contagem de lacunas abaixo dela é lida sabendo que os tempos usados na medição não são inteiramente do arquivo.
Dá para rodar uma temporada inteira por esta página de uma vez?
Sim. Solte quantos arquivos quiser e eles são verificados um após o outro, cada um com seu relatório, e os relatórios são baixados juntos num zip. A fila mostra o progresso por arquivo e a execução pode ser interrompida no meio sem deixar um worker para trás.