Сжать фото до 500 КБ
Полмегабайта — 512 000 байт. Снимок 4032×3024 занимает 12,2 мегапикселя, и уложить его целиком в этот потолок значит спуститься к 0,042 байта на пиксель — ниже, чем даёт качество 25. Поэтому здесь впервые вступает вторая ступень: после семи проб качества инструмент уменьшает длинную сторону до 0,7, а если и это не помогло — до 0,5, где 3 мегапикселя укладываются при комфортных 0,168 байта на пиксель.
Коротко о цифрах
- Потолок
- 500 КБ = 512 000 байт
- Кадр 4032×3024 целиком
- 12,2 Мпикс, нужно 0,042 байта на пиксель
- Ступень 0,7
- 49 % площади, около 6 Мпикс
- Ступень 0,5
- 25 % площади, 3 Мпикс при 0,168 байта на пиксель
- Максимум кодирований
- 3 раунда по 7 проб = 21
- Память на кадр
- холст 12 Мпикс ≈ 48 МБ, iOS Safari убивает вкладку около 1 ГБ
Полмегабайта на снимок с телефона
Телефонный кадр из камеры весит обычно от трёх до восьми мегабайт — это от 0,25 до 0,66 байта на пиксель. Цель в полмегабайта требует как минимум вшестеро меньшей плотности, и одним качеством её не взять: 0,042 байта на пиксель лежат ниже дна шкалы. Зато после уменьшения стороны вдвое кадр 2016×1512 занимает 3 мегапикселя и укладывается на 0,168 — это середина шкалы, где снимок остаётся полноценным.
Три мегапикселя — это по-прежнему больше, чем нужно экрану телефона или ленте сообщений, и заметно больше, чем печать 10×15 при 300 DPI. Так что потеря пикселей здесь чаще всего теоретическая: смотреть на снимок будут в размере, где разница не видна.
Что делает инструмент, когда качества уже не хватает
- Первый раунд: семь проб бисекции по шкале 25–95 на исходном разрешении.
- Не уложилось — второй раунд на стороне 0,7 от исходной: это 49 % прежней площади, у кадра 4032×3024 остаётся около 6 мегапикселей.
- Всё ещё не уложилось — третий раунд на стороне 0,5: 25 % площади, около 3 мегапикселей.
- Каждый раунд начинается заново от исходной картинки, а не от результата предыдущего, поэтому потери качества не складываются.
- Всего до 21 кодирования, шкала прогресса рассчитана на 23 шага: раскодирование, подготовка холста и три серии проб.
Порядок работы
- Загрузите снимок — принимается один файл размером до 100 МБ, форматы JPG, PNG и WebP.
- Цель 500 КБ уже выставлена, режим «по размеру» включён.
- Если разрешение важнее веса, заранее ограничьте сторону сами — тогда подбор начнётся с нужного вам размера.
- Запустите сжатие и дождитесь конца всех раундов: на двенадцати мегапикселях это самый долгий сценарий из возможных.
- Сверьте в сводке итоговое разрешение — по нему видно, на каком раунде остановился подбор.
Частые вопросы
Почему разрешение снимка изменилось, хотя я об этом не просил?
Потому что в исходном размере полмегабайта недостижимы ни при каком качестве. Инструмент предпочитает отдать картинку меньшего размера, но нормального качества, а не мыло в двенадцати мегапикселях.
Можно ли запретить уменьшение стороны?
Переключитесь на режим «по качеству»: там разрешение не трогают вовсе, но и вес не гарантируют. Это разумный выбор, когда пиксели важнее ограничения, например перед печатью снимка.
Почему сжатие большого снимка занимает несколько секунд?
Каждая проба — это полное кодирование картинки в JPEG или WebP, а проб бывает до двадцати одной. На двенадцати мегапикселях одно кодирование уже заметно, отсюда и общее время.
Вкладка на телефоне перезагрузилась во время сжатия. Что делать?
Это нехватка памяти: холст на двенадцать мегапикселей занимает около сорока восьми мегабайт, а iOS Safari закрывает вкладку примерно на гигабайте. Закройте лишние вкладки или уменьшите снимок заранее.