Converter WebM para WebP

Uma imagem destinada a uma página web é julgada por critérios diferentes de uma que vai para um documento. Ninguém vai abrir num visualizador de imagem; ela vai ser uma entre vinte coisas que o navegador baixa enquanto alguém decide se fica na página. O tamanho em kilobytes é um custo real pago por cada visitante.

É esse o argumento inteiro para WebP em vez de JPG aqui. Mesmo resultado visível, cerca de trinta por cento menos bytes, suporte universal em navegadores atuais. Numa grade de miniaturas de tutorial isso é um terço do peso de imagem removido sem mudança visível.

WebP e WebM vêm do mesmo esforço. O Google lançou os dois por volta de 2010 como respostas livres de royalties a formatos com patente, e a compressão de imagem estática do WebP nasceu da codificação intraquadro do VP8 — o codec de vídeo em torno do qual o WebM foi construído.

Isso não torna a conversão sem perdas. O quadro é decodificado em pixels e recodificado do zero, numa qualidade fixa de 82. O que o parentesco compra é que o tipo de detalhe que o codec de vídeo mantinha é o tipo que o codificador de imagem estática lida bem.

A coisa mais útil a fazer com esta conversão também é a mais óbvia uma vez que você a vê: tirar um quadro do WebM e usá-lo como poster desse vídeo. Um navegador mostra o pôster até a reprodução começar, então a primeira imagem que as pessoas veem é um quadro real do vídeo, não um retângulo preto.

Tire de cerca de um segundo em vez de zero. O primeiro quadro de uma gravação costuma ser um fade ou um estado carregando — e é também o quadro que o vídeo vai pintar no instante em que começa a tocar, então um pôster de um momento posterior evita um salto visível no início.

O quadro sai nas dimensões próprias do vídeo, sem redução. Uma gravação de tela em 1080p produz um WebP de 1920 por 1080; uma captura em 4K produz um de 3840 por 2160. É deliberado — o redimensionamento pertence a uma etapa posterior, que já sabe quais larguras a diagramação precisa.

A imagem dentro de um WebM foi codificada para movimento. Um codec de vídeo gasta seus bits onde algo se move e economiza onde não se move, presumindo que nenhum quadro isolado vai ser encarado de perto. Congelar um é exatamente o que ele presumiu que ninguém faria.

O efeito prático para uma miniatura é pequeno, porque uma miniatura é exibida numa fração do tamanho nativo. Importa quando o quadro é usado grande — uma imagem hero, uma ilustração de largura total — onde um quadro tirado durante uma panorâmica vai parecer visivelmente mole.

Navegador não é mais o problema; o resto está em outro lugar. Alguns clientes de e-mail não renderizam WebP, então uma miniatura de newsletter deveria ser JPG. Vários aplicativos de mesa mais antigos, fluxos de impressão e alguns formulários de upload ainda recusam o formato.

Dentro de um navegador é seguro tratar WebP como universal, o que o torna o padrão pragmático em vez do AVIF. Se o destino é qualquer coisa fora de uma página web, pegue o JPG.

Uma biblioteca de tutoriais precisa de uma miniatura cada, e isso significa uma conversão por vídeo em vez de uma por quadro. Converta, anote o horário que funcionou, passe ao próximo arquivo. O ciclo inteiro leva alguns segundos porque nada é enviado entre tentativas.

Vale escolher os horários deliberadamente em vez de aceitar zero para todos. Uma grade de miniaturas todas mostrando um editor vazio não diz a um visitante qual vídeo é qual.

As gravações que precisam de quadro de pôster costumam ser as que ainda não foram lançadas: uma demonstração de produto, um walkthrough de recurso. Enviar o vídeo inteiro a um conversor só para receber uma miniatura de 60 KB de volta é bastante exposição para pouco trabalho.

A decodificação e a codificação acontecem na aba, usando codecs que o navegador já tem para tocar WebM. Nada carregando o vídeo é enviado, sem conta e sem limite diário.