Converter GIF para MKV

Servidores de mídia separam o que encontram em filmes, episódios, música e imagens, e decidem pelo contêiner. Um GIF cai do lado errado dessa linha: é um arquivo de imagem, então Jellyfin e Kodi ignoram ou catalogam como capa, e nenhuma convenção de nome muda essa decisão. A animação fica invisível para o programa que deveria reproduzi-la.

Um MKV é inequívoco. O leitor encontra uma duração, uma trilha de vídeo e uma resolução, e o item aparece na biblioteca com miniatura e barra de progresso como tudo o mais. É esse o argumento inteiro para esta conversão — não o tamanho do arquivo, que qualquer contêiner de vídeo entregaria.

MKV foi publicado em 2002 como um contêiner aberto pensado para guardar qualquer coisa por quanto tempo alguém quiser: qualquer número de trilhas de vídeo, áudio e legenda, capítulos, anexos e metadados que sobrevivem à mudança de máquina. Seus usos no nosso registro são catalogados como arquivamento e entrega, e o arquivamento é a metade honesta.

O que ele não é: um formato para a web. O suporte em navegador está registrado como nenhum — nenhum, não parcial —, e não foi feito para streaming progressivo como o WebM foi. Se houver qualquer chance de essa animação acabar embutida numa página, converter para MKV afasta ainda mais essa possibilidade.

Matroska carrega quase qualquer codec, o que torna a escolha uma decisão real, não uma consulta. Esta conversão grava H.264 no perfil High, porque quem coloca um arquivo numa biblioteca autohospedada normalmente está alimentando uma TV, um streaming box ou um app de celular, e H.264 é o único que todo esse hardware decodifica sem transcodificar na hora.

A alternativa seria VP9 ou AV1, os dois menores na mesma qualidade visível e os dois uma aposta na outra ponta. Um servidor de mídia que precisa transcodificar na reprodução transforma uma animação muda de cinco minutos num trabalho para uma CPU que geralmente já está fazendo outra coisa. Um arquivo que o cliente toca direto não custa nada.

O Matroska gerado aqui guarda uma trilha de vídeo e nada mais, que é exatamente o que um GIF tem para dar. O que transforma isso num ponto de partida, e não numa limitação, é que o MKVToolNix pode adicionar coisas depois sem recodificar nada: uma trilha de comentário, um arquivo de legenda, marcações de capítulo, uma capa.

Remuxar copia a trilha de vídeo intacta, então nada se perde no processo e leva segundos em vez de minutos. Se essa animação vai virar parte de algo maior — uma compilação, uma aula com narração gravada depois —, começar em MKV significa que toda etapa seguinte é edição de contêiner, não mais uma geração de compressão.

O formato GIF não tem compensação de movimento. O quadro doze é armazenado como imagem completa mesmo que difira do quadro onze em apenas quatro pixels, e a única compressão aplicada é LZW sobre uma paleta indexada. Esse projeto é de 1989 e nunca mudou, e é por isso que uma gravação de tela salva como GIF pode pesar dezenas de megabytes para uns poucos minutos de quase nada se mexendo.

O H.264 guarda um quadro completo e depois, para cada quadro seguinte, só a diferença. No material que costuma virar GIF numa biblioteca — uma sessão de terminal capturada, uma renderização girando devagar, um quadro branco sendo desenhado — a maior parte da imagem não muda de quadro a quadro, e é exatamente o caso para o qual o codec foi feito.

Um quadro de GIF carrega no máximo 256 cores. O que quer que a captura original tivesse, essa redução aconteceu quando o GIF foi gravado, e já está embutida nos quadros que o codificador recebe. Um gradiente que era suave agora é escalonado, e uma área com dithering agora é um campo de pixels alternados.

O codificador de vídeo não acrescenta a isso, mas o dithering é uma complicação real: é ruído de alta frequência, e ruído de alta frequência é a coisa mais cara que um codec de vídeo pode ter de armazenar. Um GIF com muito dithering converte para um MKV maior que um GIF plano de mesmas dimensões e duração, e subir a qualidade piora isso em vez de melhorar.

Um GIF não tem som, então o MKV contém apenas a trilha de vídeo. A maioria dos players lida com isso sem comentário — VLC e MPV não mostram dispositivo de áudio nenhum, Kodi toca em silêncio.

Algumas interfaces de biblioteca são menos tolerantes e mostram um item sem trilha de áudio como formato desconhecido ou danificado. Se o seu caso for esse, o MKVToolNix consegue misturar uma trilha de áudio silenciosa no arquivo numa passada só, sem recodificar a imagem, o que sai mais barato que converter o GIF de novo com outros ajustes.

Vale dizer a regra de parada com clareza. Se a animação tem três segundos e existe para ser postada em algum lugar, converter para Matroska é esforço no problema errado — vai sentar na biblioteca como um item que ninguém quer navegar até, e MP4 ou WebM teriam servido melhor o uso real.

Esta conversão compensa quando o GIF é longo, quando está sendo guardado em vez de compartilhado, e quando o resto da estante já é Matroska. Consistência dentro de uma biblioteca vale alguma coisa por si só: um contêiner só significa um conjunto de ajustes de reprodução e uma coisa a checar quando algo não toca.

Os quadros são lidos pelo próprio decodificador de imagem do navegador e misturados em Matroska na mesma aba. Nenhuma parte do arquivo é enviada para lugar nenhum, não há conta e não há fila — o mesmo motivo pelo qual gente instala FFmpeg para esse trabalho, sem precisar instalar FFmpeg.

Esse decodificador não está presente em todo navegador. Onde falta, a página diz isso e indica navegadores que o têm, em vez de silenciosamente mandar o arquivo para um servidor terminar o trabalho em outro lugar.