Converter WebM para JXL

Todo outro formato de imagem parada deste site tem alguém exigindo ele. Um sistema de arquivo pede TIFF. Um orçamento de performance força AVIF. Um e-mail precisa de JPG e um relatório de erro precisa de PNG. O JPEG XL não tem essa exigência de ninguém: nenhum formulário de upload o lista, nenhum padrão de acervo o exige, e nenhum colega jamais pediu um.

Isso significa que esta página deve uma avaliação honesta, não instruções. Você leu que o JXL comprime melhor do que o que está usando e está decidindo se troca, o que é razoável e vale fazer olhando o comportamento real desta conversão, não a especificação do formato em geral.

A reputação do JPEG XL apoia bastante em codificação sem perda — ele consegue guardar uma imagem exatamente, e consegue reempacotar um JPEG existente sem perda e ainda menor. Nenhuma das duas coisas acontece aqui. A extração de quadro oferece uma opção, o instante em segundos, e entrega o quadro decodificado para o codificador de imagem compartilhado, que usa uma qualidade fixa de 82.

Oitenta e dois é um número sensato para uma fotografia e ainda assim tem perda. Então um JXL produzido nesta página é uma aproximação comprimida de um quadro que já era uma aproximação comprimida, e chamar isso de master de arquivo estaria errado duas vezes. Se não era isso que você esperava, é melhor descobrir num parágrafo do que em três anos.

Se nada mais deveria ser descartado, o caminho do PNG é o que entrega isso. O PNG guarda exatamente o que o decodificador produziu e para por aí, e o arquivo resultante passa por uma otimização sem perda que reescreve de forma mais eficiente sem mudar um pixel sequer.

A troca é tamanho, e em conteúdo de tela é menor do que as pessoas esperam, porque grandes áreas chapadas de uma cor são exatamente o caso para o qual o PNG foi desenhado. Escolha o JXL quando você tem milhares de quadros e o tamanho por imagem é a restrição que você está gerenciando; escolha o PNG quando o quadro é prova, documentação, ou a única cópia de algo.

Uma imagem num tamanho menor não vale a pena mudar sua ferramenta por isso. Mil imagens é uma aritmética diferente, e é o caso para o qual esta conversão serve: um acervo de monitoramento com um quadro por gravação, um conjunto de pesquisa amostrado ao longo de centenas de sessões, uma coleção pessoal em que a conta de armazenamento é um número real.

Nessa escala, um codec moderno contra um mais antigo é uma fração significativa de um disco, e o fato de pouca coisa abrir um JXL importa menos, porque os arquivos são lidos pelos seus próprios scripts, não passados adiante. No momento em que qualquer um deles precisa ser enviado a alguém, o cálculo se inverte por completo.

O suporte de navegador ao JPEG XL é parcial, não universal, e o formato conta com poucos programas que o leem bem, principalmente ferramentas de imagem dedicadas. Ambos os fatos são verdadeiros e ambos subestimam o quanto é incômodo na prática: um JXL não pode ser confiado para renderizar numa página web, para aparecer numa prévia de gerenciador de arquivos, ou para abrir na máquina de outra pessoa.

Planeje isso em vez de descobrir depois. Guarde um JPG ou um PNG ao lado de qualquer coisa que possa precisar ser mostrada a uma pessoa, e trate o JXL como a cópia guardada, não a de trabalho. Um acervo cujo formato ninguém consegue ler é um backup com etapa extra.

A imagem sai nas dimensões nativas do vídeo, sem nada redimensionado, e cada conversão produz exatamente uma delas. Montar um conjunto significa converter repetidamente com instantes diferentes — digitar um número, converter, baixar, mudar o número — o que leva poucos segundos por vez porque nada é enviado no meio do processo.

É um jeito razoável de tirar uma dúzia de imagens paradas de uma sessão e um jeito ruim de tirar mil. Para um trabalho de amostragem genuinamente grande, uma ferramenta de linha de comando com controle de taxa de quadro é a forma certa, e dizer isso é mais útil do que fingir que um formulário de navegador escala para isso.

O JPEG XL, como os outros codecs modernos de imagem parada, é ajustado para conteúdo fotográfico: degradê, textura, detalhe que muda suavemente. Gravação de tela é o oposto — borda dura, painel chapado, linha fina, letra pequena — e codificadores com perda colocam um halo fraco exatamente ao redor dessas transições.

Na qualidade padrão, esse halo é leve e está presente, e cai justo na parte de uma captura de tela que alguém precisa ler de verdade. Se o quadro existe porque uma mensagem de erro, um valor de campo ou um item de menu precisa ser legível nele, esta é a conversão errada, seja qual for a comparação de tamanho de arquivo. Esse caso é atendido pelo caminho sem perda.

A maior parte do que torna o JPEG XL interessante é sobre fotografia. Profundidade de bit alta para conversão de raw, canal alfa, EXIF e perfil ICC carregados por uma cadeia de edição, recompressão sem perda de uma biblioteca de JPEG existente. Essas são vantagens reais e nenhuma delas é alcançável a partir de um quadro de vídeo.

O quadro chega através de uma tela interna em oito bits por canal, totalmente opaco, sem metadado de câmera, sem data de captura e sem perfil de cor — porque uma gravação de navegador nunca teve nada disso. O que sobra do argumento do formato aqui é só eficiência de compressão, um argumento bem mais estreito que o que costuma convencer as pessoas a adotar o formato.

O WebM é decodificado na aba com os codecs que o navegador já traz, um quadro é codificado, e nada carregando o vídeo é transmitido. Não há conta e não há contagem diária, e o plano gratuito aceita arquivos de até 100 MB.

Para quem usa esta página, isso é mais que princípio, porque as gravações amostradas costumam ser capturas de tela — sessões, painéis, ferramentas internas, o que quer que estivesse visível na hora. Enviar uma gravação inteira para recuperar uma única imagem parada é uma troca ruim mesmo antes de alguém perguntar para onde ela foi.