Конвертер формата изображений

Конвертация формата изображения меняет файл из одного формата в другой, например PNG в JPG, WebP в PNG или JPG в WebP. У каждого формата есть компромиссы: JPG эффективен для фотографий, PNG сохраняет прозрачность и четкие края, WebP может уменьшить размер, BMP прост, но тяжелый, а GIF часто используют для простых анимаций. Файлы загружаются на сервис преобразования ToolAct, обрабатываются серверным libvips, и сконвертированный результат скачивается обратно; временный файл удаляется с сервера сразу после преобразования и не архивируется и не используется для обучения. Выбор выходного формата важен: прозрачность теряется в JPG, форматы с потерями меняют детали, а метаданные и цветовые профили не всегда переносятся точно. Лучший формат зависит от задачи.

Конвертация формата изображений — это конвейер «декодирование + перекодирование». Исходные байты подаются на платформенный декодер (libpng, libjpeg-turbo, libwebp, libheif/dav1d для AVIF, OpenJPEG для JP2, libtiff для TIFF), который выдаёт буфер необработанных пикселей в известном цветовом пространстве (почти всегда sRGB с линейной или нелинейной передаточной характеристикой). Затем буфер пикселей пропускается через кодировщик целевого формата с выбранным параметром качества. В этом инструменте весь процесс происходит на стороне сервера: браузер загружает каждый файл на эндпоинт vips-конвертации ToolAct, libvips координирует декодирование, опциональное масштабирование, обработку цветового пространства и перекодирование через целевой кодек, а сконвертированные байты потоково возвращаются как загрузка по taskId. Временный загруженный файл удаляется с сервера сразу после завершения преобразования — он не архивируется и не попадает ни в какой обучающий конвейер. JPEG (Joint Photographic Experts Group, ISO 10918-1 / ITU-T T.81) — рабочая лошадка фото-сжатия с потерями. Кодировщик разбивает изображение на блоки 8x8 пикселей (это наименьшая единица, с которой работает кодек), выполняет двумерное дискретное косинусное преобразование 8x8 (DCT, DCT-II по стандарту) для каждого блока, делит 64 частотных коэффициента на матрицу квантования 8x8 (Q-таблица; таблица 50% качества — по умолчанию, более низкое качество масштабирует таблицу вверх, отбрасывая больше высокочастотных деталей), зигзаг-сканирует коэффициенты в одномерный вектор и выполняет кодирование Хаффмана. Блок 8x8 — причина, по которой JPEG показывает видимые «блочные» артефакты на краях при низком качестве: базис DCT — по-блочный, поэтому соседние блоки квантуются независимо. JPEG не поддерживает альфа-канал и использует YCbCr внутри (Y = яркость, Cb/Cr = цветность), поэтому кодировщик обычно субдискретизирует цветность (4:2:0, 4:2:2 или 4:4:4), экономя 50% и более на байтах цветности. Прогрессивный JPEG (multiple scans) улучшает воспринимаемую скорость загрузки на медленных соединениях. PNG (Portable Network Graphics, ISO 15948, рекомендация W3C 2003) — формат без потерь. Каждая строка фильтруется (None, Sub, Up, Average, Paeth; фильтр выбирается для каждой строки для максимизации сжимаемости), а отфильтрованные сканлины сжимаются DEFLATE (та же цепочка LZ77 + Хаффман, что и в ZIP). PNG поддерживает индексированный (палитровый) режим для изображений до 256 цветов, RGB и RGBA с 1, 2, 4, 8 или 16 битами на канал. Индексированный PNG — самый компактный формат для иконок, линейной графики и UI-элементов (1-битный логотип может быть всего несколько КБ). Без потерь означает, что каждый пиксель проходит точное обратное преобразование, что критично для UI-ресурсов, научных изображений и всего, что будет редактироваться повторно. WebP (Google, 2010, RFC 9649 / ISO/IEC 23000-22) — универсальный современный формат. Lossy WebP использует внутрикадровое кодирование VP8 (тот же DCT-кодек, что и в видео WebM), что даёт файлы на 25-35% меньше JPEG при эквивалентном воспринимаемом качестве. Lossless WebP использует предиктивную фильтрацию + энтропийное кодирование, давая файлы на 26% меньше PNG. WebP поддерживает альфа-канал в обоих режимах и анимацию (анимированный WebP — современная замена GIF). Кодирование немного медленнее JPEG; декодирование сопоставимо на современных CPU с ускорением SIMD (пути neon/sse2 в libwebp). AVIF (AV1 Image File Format, ISO/IEC 23000-22) — преемник на основе AV1. AV1 — свободный от роялти кодек от Alliance for Open Media (Google, Mozilla, Apple, Microsoft, Netflix и др.) с более продвинутыми инструментами: внутрикадровое предсказание с 65 направляющими режимами, 6-тап фильтры, увеличенные суперблоки 64x64 и контекстно-адаптивное энтропийное кодирование. Результат: на 20% меньше WebP при эквивалентном SSIM и значительно лучше JPEG при очень низких битрейтах. Кодирование в 5-10 раз медленнее WebP из-за более богатого поиска предсказаний; декодирование аппаратно ускорено на современных GPU (Intel Tiger Lake+, Apple M1+, свежие Adreno). AVIF поддерживает 8/10/12-битный цвет, альфа-канал и широкие цветовые пространства (BT.2020, Display P3), что делает его форматом выбора для HDR-контента. Другие форматы, которые стоит знать: HEIC/HEIF (ISO 23008-12, формат Apple по умолчанию с iOS 11) основан на H.265/HEVC и по возможностям аналогичен AVIF, но патентная ситуация с HEVC запутана. JPEG XL (ISO 18181) — экспериментальный преемник JPEG с безпотерьным пересжатием JPEG и лучшим сжатием с потерями, чем AVIF; Chrome и Firefox поддерживают его, поддержка Safari частичная. Для страницы конвертера практичные форматы — JPEG, PNG, WebP, AVIF и GIF (последний — единственный оставшийся для анимаций в браузерах, несмотря на ограничение в 256 цветов). Цветовое пространство и альфа-канал — два главных подводных камня. Серверный libvips по умолчанию преобразует в sRGB, если ICC-профиль не сохранён; если источник — Adobe RGB (распространено в камерах RAW), конвертация представляет собой колориметрическое преобразование, происходящее при декодировании. Для альфа-канала: JPEG, BMP и GIF (в неанимированной форме) не имеют альфа-канала, поэтому прозрачные пиксели композитируются на цвет фона (обычно белый, настраивается на этой странице); конвертация RGBA PNG в JPEG без выбора фона даёт чёрный или неожиданный прозрачный результат. Для высококачественных полиграфических процессов нужен вывод в CMYK (PDF/X-1a или TIFF с ICC-профилем), и для этого нужен специализированный полиграфический процесс, а не универсальный веб-конвертер.

• Сжатие PNG без потерь: каждая сканлиния фильтруется (None / Sub / Up / Average / Paeth), отфильтрованные байты сжимаются DEFLATE (LZ77 + Хаффман, то же семейство, что и ZIP). Индексированный режим (до 256 цветов) — самый компактный выбор для иконок и UI-ресурсов.
• Сжатие JPEG с потерями: блоки 8x8 пикселей → DCT-II 8x8 → деление на матрицу квантования 8x8 (Q-таблица) → зигзаг-сканирование → кодирование Хаффмана. Блок 8x8 — причина «блочных» артефактов JPEG при низком качестве. YCbCr с субдискретизацией цветности (4:2:0 / 4:2:2 / 4:4:4) экономит 50%+ на байтах цветности.
• WebP (Google, 2010, RFC 9649): lossy использует внутрикадровое кодирование VP8 (на 25-35% меньше JPEG при том же SSIM); lossless использует предиктивную фильтрацию + энтропийное кодирование (на 26% меньше PNG). Поддерживает альфа-канал и анимацию. Кодирование медленнее JPEG; декодирование сопоставимо с ускорением SIMD.
• AVIF (AV1 Image File Format, ISO 23000-22): на основе AV1, на 20% меньше WebP при том же SSIM. 65 направляющих режимов внутрикадрового предсказания, 6-тап фильтры, суперблоки 64x64. Кодирование в 5-10 раз медленнее WebP; декодирование аппаратно ускорено на Intel Tiger Lake+, Apple M1+, свежих Adreno. Поддержка 8/10/12-бит, альфа-канал и широкий цвет (BT.2020, Display P3).
• Обработка альфа-канала: PNG / WebP / AVIF / GIF поддерживают альфа-канал. JPEG / BMP — нет, поэтому прозрачные пиксели композитируются на настроенный фон (обычно белый). Конвертация RGBA PNG в JPEG без выбора фона даёт неожиданный чёрный или прозрачный результат.
• Цветовое пространство: камера RAW может быть Adobe RGB, экран — sRGB, печать — CMYK. Серверный libvips декодирует в sRGB по умолчанию; несовпадение пространств при конвертации вызывает сдвиг цвета. Для вывода в CMYK (PDF/X-1a, TIFF с ICC-профилем) нужен специализированный полиграфический процесс, а не универсальный веб-конвертер.
• Другие форматы: HEIC/HEIF (на основе H.265, формат Apple по умолчанию с iOS 11) аналогичен AVIF, но с запутанными патентами HEVC; JPEG XL (ISO 18181) — экспериментальный преемник JPEG с лучшим сжатием с потерями и без потерь для пересжатия наследственных JPEG; GIF (1987, 256-цветная анимация) выживает как единственный дружественный к браузерам растровый анимированный формат.
• Маппинг параметра качества: WebP и AVIF используют SSIM-индексированное качество (0-100, отображаемое на целевой SSIM); JPEG использует коэффициент масштабирования Q-таблицы; PNG — без потерь, поэтому «качество» управляет только стратегией фильтрации. SSIM — перцептивная метрика, а не попиксельная точность: 95 SSIM выглядит идентично оригиналу, 80 SSIM — типичная точка «хорошо для веба», 60 SSIM начинает показывать артефакты.