BMP в WebP v1.0

Конвертер BMP в WebP превращает несжатый растровый файл в самый компактный из распространённых веб-форматов. Файл на 1,4 МБ становится 182 КБ, то есть теряет около 87% веса: BMP хранит каждый пиксель как есть, вообще без сжатия, поэтому выигрыш на этой паре форматов больше, чем на любой другой. Прозрачность сохраняется, если исходник её действительно объявляет. DocPivot обрабатывает до 30 файлов за один проход и отдаёт результат одним архивом, а вся работа идёт прямо в браузере.

Обзор конвертера BMP в WebP от DocPivot

Что делает инструмент

Инструмент читает BMP побайтово и заново кодирует пиксели в WebP библиотекой libwebp с качеством 95 и режимом sharp YUV. Браузер разбирает исходник, рисует его на холсте canvas, после чего кодировщик, скомпилированный в WebAssembly, собирает готовый файл. Ничего никуда не отправляется: страница не обращается к серверу ни за обработкой, ни за ключом доступа. Если нужен другой целевой формат, подойдёт универсальный конвертер изображений с тем же принципом работы.

Кому это нужно

Чаще всего BMP приходит из трёх источников: скриншоты и экспорт из старых Windows-программ, вывод сканеров и промышленных камер, выгрузки из учётных систем и САПР. С такими файлами работают верстальщики, контент-менеджеры интернет-магазинов, технические писатели, сотрудники отделов документооборота и разработчики, которым досталась чужая база изображений. Всем им нужен один и тот же результат: вес, пригодный для веба.

Проблема и решение

Проблема BMP в том, что формат почти не сжимает данные: изображение 800 на 600 точек в 24 битах занимает около 1,4 МБ независимо от содержимого. Такой файл нельзя положить на страницу, приложить к письму или загрузить в CMS без риска упереться в лимит. После конвертации остаётся примерно восьмая часть исходного объёма при визуально неотличимой картинке.

Основные преимущества конвертации BMP в WebP

• Максимальная экономия веса. Несжатый источник даёт самый крупный выигрыш во всём семействе конвертеров: 181 880 байт из 1 440 674 на тестовом файле.
• Прозрачность не теряется. WebP несёт полноценный альфа-канал, поэтому фон не заливается белым, если BMP объявил прозрачность явно.
• Пакетная обработка. Тридцать файлов за один проход, результат приходит единым архивом, проверено на комплекте из трёх файлов с общей экономией 89%.
• Целевой вес по запросу. Режим «уложиться в размер» подбирает качество бинарным поиском, а не наугад.
• Данные не покидают устройство. Ни загрузки на сервер, ни очереди, ни хранения копий, что снимает целый пласт вопросов при работе с внутренними документами.
• Никаких дневных лимитов. Регистрация не нужна, счётчик конвертаций отсутствует, ограничение только на размер пакета.
• Резкие края остаются резкими. Режим sharp YUV аккуратнее обходится с текстом, линиями и диаграммами, а именно это чаще всего и приходит в BMP.
• Понятная альтернатива. Если нужна побитовая точность, а не минимальный вес, есть конвертация BMP в PNG без потерь, и мы прямо об этом говорим.

Для сравнения разных степеней сжатия одного и того же снимка удобно держать под рукой сжатие изображений и смотреть на результат в цифрах, а не на глаз.

Ключевые функции конвертера

• Чтение альфа-канала. Инструмент разбирает заголовок BITMAPV4 с явными масками каналов и забирает прозрачность оттуда.
• Кодирование с качеством 95. Первое и единственное сжатие с потерями за всю жизнь файла получает осторожную настройку.
• Режим sharp YUV. Уменьшает цветную бахрому на контрастных границах, заметную на скриншотах интерфейсов.
• Подбор под целевой байт. До восьми проб в диапазоне качества от 5 до 95, выбирается наибольшее качество, которое укладывается в заданный вес.
• Поддержка 24 и 32 бит. Оба типа глубины цвета обрабатываются одинаково корректно.
• Сохранение имени файла. Один файл выходит под своим именем, меняется только расширение.
• Архив для пакета. Несколько файлов собираются в один архив, а не сыплются отдельными загрузками.
• Скрытие неработающих настроек. Выбор цвета подложки не показывается вовсе, когда прозрачность сохраняется, вместо того чтобы висеть неактивным.
• Работа без сети после загрузки страницы. Кодировщик уже в браузере, соединение для самой конвертации не требуется.
• Совместимость с любой операционной системой. Требуется только современный браузер, установка программ не нужна.

Готовый WebP часто нуждается в доводке: подогнать габариты помогает изменение размера изображения, убрать лишние поля со скриншота получится через обрезку изображения, а проверить, что в файле не осталось служебных данных, можно через просмотр метаданных EXIF.

Как работает конвертер DocPivot: пять шагов

1. Чтение байтов. Файл разбирается по структуре BMP, включая альфа-канал, если заголовок BITMAPV4 объявил его масками.
2. Сохранение прозрачности. Данные переносятся в альфа-канал WebP, ничего не сводится на плоский фон.
3. Кодирование. libwebp формирует WebP с качеством 95 и включённым sharp YUV.
4. Подгонка под размер. Если задан предельный вес, запускается бинарный поиск по качеству, до восьми итераций.
5. Выдача результата. Один файл скачивается как есть, пакет собирается в архив.

Тот же путь проходят и другие исходники: например, конвертер PNG в WebP использует ровно тот же кодировщик, отличается только разбор входного файла.

Что происходит с каждой частью файла

Когда WebP подходит, а когда лучше другой формат

WebP оправдан там, где файл живёт в вебе: на страницах сайта, в карточках товаров, в справочных материалах и статьях. Экономия трафика прямо влияет на скорость загрузки, а значит и на поведенческие факторы, которые Яндекс учитывает заметно жёстче Google. Но у формата есть границы применимости, и делать вид, что их нет, нечестно.

• Нужна точная копия. Берите перевод BMP в JPG только если требуется совместимость, а за побитовой точностью идите в PNG.
• Файл уйдёт в старую программу. Часть корпоративного и отраслевого софта до сих пор не открывает WebP, и это главная причина выбрать JPG или PNG.
• Нужен ещё меньший вес. Тогда стоит посмотреть на сжатие BMP в AVIF, который при том же качестве обычно легче, но поддерживается уже.
• Файл придётся вернуть обратно. Если получателю нужен привычный формат, поможет обратная конвертация WebP в JPG.
• Изображение уйдёт в печать. Для типографии WebP не подходит вообще, там нужны TIFF или PDF.
• Документ пойдёт в суд или ведомство. Требования к приложениям обычно называют PDF, JPEG или PNG, и экзотику лучше не рисковать отправлять.

Прозрачность: почему 32-битный BMP иногда открывается непрозрачным

Тридцатидвухбитный BMP со старым 40-байтовым заголовком BITMAPINFOHEADER приходит полностью непрозрачным, и это не ошибка конвертера. В таком заголовке четвёртый байт каждого пикселя формально объявлен выравнивающим, а не альфа-каналом, и браузеры честно следуют спецификации. Прозрачность распознаётся только тогда, когда файл использует заголовок BITMAPV4 с явными масками каналов. Если ваш редактор сохраняет BMP в старом формате, а прозрачность нужна, надёжнее сначала сохранить исходник в PNG, а уже потом использовать распаковку WebP в PNG для обратной проверки результата.

WebP в российских системах: CMS, маркетплейсы, учёт

В Рунете WebP давно перестал быть экзотикой, но принимают его не везде одинаково. Старые редакции 1С-Битрикс не разрешают загружать файлы с расширением webp в медиабиблиотеку без доработки или отдельного модуля из маркетплейса, а работа модулей конвертации «на лету» зависит от версии библиотеки GD на сервере. На стороне маркетплейсов картина другая: Wildberries принимает JPG, PNG и WebP и с середины 2024 года сам пересобирает загруженные изображения в WebP для витрины, тогда как для Ozon безопаснее оставаться в JPG или PNG. Проверяйте требования площадки в личном кабинете перед массовой загрузкой, потому что они меняются чаще, чем документация успевает обновиться. Если товарные фото исходно лежат в JPEG, логичнее использовать перевод JPG в WebP и не гонять их через промежуточный BMP.

Отдельный сюжет: обработка в браузере означает, что изображение физически не покидает рабочую станцию. Для компаний, которые оценивают трансграничную передачу персональных данных по требованиям 152-ФЗ, это снимает вопрос о том, где именно оказалась фотография сотрудника или скан документа. Это не юридическое заключение, но архитектурный факт, который проверяется вкладкой «Сеть» в инструментах разработчика.

Примеры использования

Каталог интернет-магазина на устаревшей CMS

Контент-менеджер получает от поставщика выгрузку в BMP: 30 карточек, каждая около полутора мегабайт, суммарно за сорок мегабайт. После пакетной конвертации весь комплект весит меньше пяти мегабайт и загружается в админку одной пачкой. Скорость отрисовки категории заметно растёт, а нагрузка на канал падает.

Документация и база знаний

Технический писатель собирает руководство из скриншотов интерфейса, снятых штатным средством Windows в BMP. Sharp YUV сохраняет читаемость мелкого шрифта в подписях к полям, чего обычная конвертация с настройками по умолчанию часто не делает. Страница справки перестаёт весить как видеоролик.

Архив сканов из отраслевой программы

Сканер промышленного контроля пишет BMP, папка растёт на несколько гигабайт в месяц. Перевод в WebP сокращает архив примерно в восемь раз при сохранении разборчивости деталей. Если часть архива лежит в TIFF, к ней применяется конвертация TIFF в WebP по той же логике.

Вложения в письма и заявки

Почтовые шлюзы и формы обратной связи регулярно режут вложения по весу. Режим целевого размера позволяет заранее уложить снимок в заданный лимит, подобрав максимально возможное качество, а не срезав его наугад до неприемлемого уровня.

Честные ограничения

WebP при настройках по умолчанию сжимает с потерями, и это принципиально: BMP хранил пиксели точно, а после конвертации точность уже не вернуть. Экономия в 87% типична для несжатого источника, но зависит от содержимого: однотонный скриншот ужмётся сильнее, зашумлённая фотография слабее. Ограничение в 30 файлов за проход связано с памятью браузера, а не с монетизацией. Метаданные и геометки не записываются просто потому, что BMP их не несёт, так что задачу очистки снимков от координат этот инструмент не решает, для неё нужен отдельный шаг.

Часто задаваемые вопросы