Porque é que o seu corte de vídeo cai dois segundos antes

Quase todos os fotogramas são diferenças, não imagens

A compressão de vídeo funciona porque fotogramas consecutivos são quase idênticos. Guardá-los todos por inteiro desperdiçaria quase tudo, por isso um codec guarda um fotograma completo e depois descreve as dezenas seguintes como diferenças em relação a ele: este bloco moveu-se para aqui, esta zona ficou mais clara, o resto é igual. O fotograma completo é o fotograma-chave, e a série que dele depende é um grupo de imagens. A reprodução desde o início não sofre — o descodificador constrói cada fotograma a partir do anterior — mas saltar para o meio sofre, porque uma diferença não tem em relação a quê ser diferença.

A distância entre fotogramas-chave é fixada pelo que gravou

Não existe um valor padrão, e é por isso que o mesmo pedido se comporta de forma diferente em dois ficheiros. Uma câmara de telemóvel mantém os fotogramas-chave próximos, cerca de cada dois segundos, porque espera que o material seja percorrido e montado. Uma exportação de software de montagem costuma espaçá-los muito mais para poupar espaço, porque espera que o ficheiro seja visto desde o início; dez segundos entre fotogramas-chave não tem nada de excecional num filme entregue. Os gravadores de ecrã ficam pelo meio. As recodificações de streaming tendem a alinhar os fotogramas-chave com fronteiras de segmento, o que os coloca a intervalos certos de alguns segundos.

A regra prática decorre daí: o pior caso para o seu corte é um intervalo entre fotogramas-chave, e pode estimá-lo pelo que produziu o ficheiro e não por algo visível nele. Um desvio de dois segundos num clipe de telemóvel é normal e costuma ser invisível. Um desvio de dez segundos num filme exportado também é normal, e muito visível — daí a impressão de que a mesma ferramenta é precisa num ficheiro e avariada noutro.

O que ganha ao aceitar o desvio

Velocidade e qualidade, ambas por inteiro. Uma cópia de fluxos lê bytes e volta a escrevê-los: nunca descodifica um fotograma, nunca corre o codificador, e termina mais ou menos no tempo que leva a ler o ficheiro. Cortar uma gravação de dois gigabytes leva segundos em vez dos vários minutos que uma codificação precisaria na mesma máquina, e o resultado é bit a bit o mesmo vídeo, apenas mais curto. Recodificar para cair num fotograma exato deita isso fora a dobrar: o tempo, e uma geração de compressão que nenhum ajuste evita por completo.

Quando o desvio importa mesmo

Raramente, e vale a pena precisar quando. Um clipe enviado numa mensagem, um trecho de uma palestra gravada, um excerto para um diapositivo: um ou dois segundos de entrada a mais são no pior caso deselegantes e no melhor contexto útil. Onde importa mesmo é quando o corte é uma fronteira e não um início — retirar um nome ou um rosto do princípio de um clipe, dividir uma gravação em partes que têm de emendar sem costura, ou cortar ao ritmo. Nesses casos o desvio não é cosmético: pode deixar lá exatamente aquilo que queria retirar.

A verificação é a mesma com que termina cada artigo desta série: veja o resultado antes de enviar. Reproduza os dois primeiros segundos. Se aquilo que queria cortar continua lá, acabou de aprender o intervalo entre fotogramas-chave deste ficheiro, e já sabe que um corte exato exige recodificação e não outra tentativa da mesma operação.

Perguntas frequentes

Posso forçar um corte exato?

Só recodificando, o que descodifica cada fotograma desde o último fotograma-chave e escreve novos, de modo que o corte pode começar onde pedir. Custa um tempo proporcional à duração do clipe e uma geração de compressão. É esse todo o menu: não há uma terceira opção em que um corte exato seja também gratuito, porque o fotograma em que quer começar não existe como imagem completa enquanto algo não o construir.

Porque é que o fim do meu clipe é exato e o início não?

Porque as duas extremidades não são simétricas. O início tem de ser um ponto de onde um descodificador possa arrancar, ou seja um fotograma-chave. O fim é apenas onde a cópia para, e pode parar depois de qualquer fotograma, por isso cai onde pediu. Essa assimetria é um bom diagnóstico: se o seu corte é certo no fim e adiantado no início, a ferramenta está a copiar fluxos e comporta-se exatamente como foi desenhada.

O primeiro segundo do meu clipe cortado está congelado ou preto. Porquê?

É o mesmo problema com outro chapéu: a cópia começou num fotograma que não era chave, por isso o descodificador não tinha com que construir as primeiras imagens e mostrou o que pôde até ao seguinte. Algumas ferramentas evitam-no recuando, o que produz o corte adiantado descrito aqui; outras não, o que produz isto. Em ambos os casos o remédio é o mesmo — aceitar o fotograma-chave anterior, ou recodificar.

Cortar reduz o tamanho proporcionalmente?

Aproximadamente, e não exatamente, porque a taxa de bits não é constante ao longo de um vídeo. Um minuto de plano fixo de uma cabeça a falar pesa muito menos do que um minuto de movimento, por isso cortar a metade calma de uma gravação retira menos de metade dos bytes. Se está a cortar para cumprir um limite de tamanho e não para escolher um trecho, conte com ter de comprimir também, e faça o corte primeiro para a compressão ter menos que tratar.

O áudio é cortado no mesmo sítio que o vídeo?

Perto, mas não necessariamente ao fotograma. O áudio é guardado em pacotes muito mais curtos do que um grupo de imagens, por isso o corte de áudio pode cair mais perto do momento pedido do que o de vídeo. Na prática isso significa que um corte por cópia pode começar com uma fração de segundo de som antes de a imagem assentar. Raramente se nota na fala e pode ouvir-se na música — mais uma razão para recodificar quando o corte é musical.