Когда использовать PNG или JPG при разработке для iPhone?

У меня есть приложение, которое отображает кучу изображений в слайд-шоу. Эти изображения будут частью пакета и распространяться вместе с приложением.

Все изображения являются фотографиями или фотографическими и т. Д.

Я читал, что в качестве формата изображения предпочтительнее использовать PNG, но, поскольку версия JPG будет намного меньше, я бы предпочел использовать это.

Есть ли какие-либо рекомендации, какой формат использовать и в каком случае?

PNG идеальны по пикселям (без потерь) и требуют очень мало дополнительной энергии процессора для отображения. Однако большие PNG могут занимать больше времени для чтения из хранилища, чем более сжатые форматы изображений, и, следовательно, медленнее отображаются.

JPG меньше для хранения, но с потерями (количество зависит от уровня сжатия), а для их отображения требуется гораздо более сложный алгоритм декодирования. Но типичного сжатия и качества изображения для фотографий обычно вполне достаточно.

Используйте JPG для фотографий и для чего-либо большого, а PNG для чего-либо небольшого и / или предназначенного для отображения «до пикселя» (например, маленькие значки) или как часть составного прозрачного наложения и т. Д.

Apple оптимизирует изображения PNG, которые входят в комплект вашего iPhone. Фактически, iPhone использует специальную кодировку, в которой байты цвета оптимизированы для оборудования. XCode обрабатывает эту специальную кодировку за вас, когда вы создаете свой проект. Таким образом, вы видите дополнительные преимущества использования PNG на iPhone, не считая их размера. По этой причине настоятельно рекомендуется использовать PNG для любых изображений, которые появляются как часть интерфейса (в виде таблицы, меток и т. Д.).

Что касается отображения полноэкранного изображения, такого как фотография, вы все равно можете воспользоваться преимуществами PNG, поскольку они не с потерями, а визуальное качество должно быть лучше, чем JPG, не говоря уже об использовании ресурсов при декодировании изображения. Возможно, вам придется снизить качество ваших JPG, чтобы увидеть реальное преимущество в размере файла, но тогда вы показываете неоптимальные изображения.

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

Есть одна важная вещь, о которой нужно подумать с PNG. Если в вашу сборку Xcode включен PNG, он будет оптимизирован для iOS. Это называется сжатием PNG. Если ваш PNG загружен во время выполнения, он не будет разрушен. Раздавленные PNG работают примерно так же, как 100% JPG. JPG низкого качества работает лучше, чем JPG более высокого качества. Таким образом, с точки зрения производительности от самого быстрого к самому медленному, это будет JPG низкого качества, JPG высокого качества, PNG Crushed, PNG.

Если вам нужно загрузить PNG, вам следует подумать о том, чтобы удалить PNG на сервере перед загрузкой.

http://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/

В Cocoanetics блоге опубликовал хороший тест производительности IOS на JPGs на различных уровнях качества и PNG файлов, и без дробления.

Из его заключения:

Если вам абсолютно необходим альфа-канал или вам нужно использовать PNG, рекомендуется установить инструмент pngcrush на свой веб-сервер и заставить его обрабатывать все ваши PNG. Почти во всех других случаях высококачественные файлы JPEG сочетают в себе файлы меньшего размера (т.е. более быструю передачу) с более быстрым сжатием и рендерингом.

Оказывается, PNG отлично подходят для небольших изображений, которые вы могли бы использовать для элементов пользовательского интерфейса, но их нецелесообразно использовать для любых полноэкранных приложений, таких как каталоги или журналы. Здесь вы можете выбрать качество сжатия от 60 до 80% в зависимости от исходного материала.

Что касается отображения всего этого, вы захотите повесить экземпляры UIImage, из которых вы однажды нарисовали, потому что в них есть кешированная несжатая версия файла. А если у вас нет визуальной паузы для появления на экране большого изображения, вам придется заранее принудительно выполнить декомпрессию для пары изображений. Но имейте в виду, что для этого потребуется большой объем оперативной памяти, и если вы переусердствуете, это может привести к завершению работы вашего приложения. NSCache - отличное место для размещения часто используемых образов, потому что он автоматически удаляет образы, когда становится мало оперативной памяти.

К сожалению, у нас нет никакого способа узнать, нужно ли распаковывать изображение или нет. Также изображение могло вытеснить несжатую версию, не сообщая нам об этом. Это может быть хорошим радаром для обсуждения на сайте сообщений об ошибках Apple. Но, к счастью, доступ к изображению, как показано выше, не требует времени, если изображение уже распаковано. Так что можно было сделать это не только «вовремя», но и «на всякий случай».

Просто подумал, что поделюсь немного данными о производительности декомпрессии ...

Я делаю прототип 360-градусного средства просмотра - карусели, где пользователь может прокручивать серию фотографий, сделанных под разными углами, чтобы создать впечатление, что он может плавно вращать объект.

Я загрузил данные изображения в массив NSData, чтобы исключить ввод-вывод файлов из уравнения, но создать NSImage на лету. Тестирование с почти максимальной частотой кадров (~ 25 кадров в секунду) и просмотр в инструментах, я вижу, что приложение явно связано с ЦП, и загрузка ЦП увеличивается примерно на 10%, показывая ~ 275 кб в формате png по сравнению с ~ 75 кб в формате jpg.

Я не могу сказать точно, но я предполагаю, что ограничение ЦП обусловлено общим выполнением программы и перемещением всех данных в памяти, но эта распаковка изображения выполняется на графическом процессоре. В любом случае аргумент производительности JPG и PNG выглядит в пользу JPG, особенно когда принимаются во внимание меньшие размеры файлов (и, следовательно, меньшие размеры объектов в памяти, по крайней мере, в некоторых частях цепочки).

Конечно, все ситуации индивидуальны, ничто не заменит тестирование ...

Я обнаружил огромные различия в производительности анимации при использовании jpeg и png. Например, размещение трех изображений jpeg размером с экран рядом в UIScrollView и горизонтальная прокрутка на iPhone4 приводит к задержке и совершенно неприятной рывке. В непрозрачных png-файлах того же размера прокрутка выполняется плавно. Я никогда не использую jpeg, даже если изображение большое.

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

«Используйте JPEG для фотографий», как указано в Руководстве по интерфейсу пользователя в разделе Создание иллюстраций в соответствующем формате.