Конвертировать WebP в GIF

Зачем кому-то до сих пор GIF

Анимированный WebP лучше GIF во всех технических отношениях — 24-битный цвет, настоящий альфа-канал, видеокодек за каждым кадром, файлы в разы меньше, — но у него есть одна слабость, которая всё это перевешивает: не везде, где играет GIF, играет WebP. Старые форумы, почтовые клиенты, формы загрузки некоторых соцсетей, Slack и Teams в отдельных режимах, презентации и длинный хвост программ для Windows показывают анимацию WebP как неподвижную картинку или не показывают вовсе. GIF играет везде, и уже тридцать лет.

Каждый кадр WebP декодируется и собирается так, как его показывает просмотрщик (кадры WebP бывают частичными, накладываются друг на друга или удаляются, а GIF нужна вся картинка целиком), затем сводится к палитре и записывается с той же задержкой. Квантователь строит 256 цветов по гистограмме самого кадра и применяет дизеринг, так что мультяшная картинка или стикер обычно неотличимы от оригинала, а на фотографии появляется мелкое зерно. Задержки меньше 20 ms увеличиваются до 100 ms: браузеры всё равно делают так с GIF, а иначе анимация неслась бы слишком быстро.

Прозрачность сохраняется в единственном виде, который есть у GIF: пиксель либо виден, либо нет. Мягкая тень или растушёванный край обрезаются посередине, поэтому стикер со свечением получает вместо него чёткий контур. Внутри GIF с этим ничего не поделать — таков формат.

Если нужно другое

ffmpeg делает это с двухпроходной палитрой и даёт больше контроля над дизерингом: ffmpeg -i in.webp -vf "split[a][b];[a]palettegen[p];[b][p]paletteuse" out.gif. Для папки стикеров это один цикл; здесь — одно перетаскивание, что в таком масштабе одно и то же.

Если получатель всё-таки воспроизводит WebP — а это умеют все современные браузеры и телефоны, — оставьте WebP. Он меньше, чётче и с настоящей прозрачностью, а GIF — всего лишь копия для совместимости.