iPhone Image Resources, ICO по сравнению с PNG, размером файла комплекта приложений

Мое приложение имеет набор приблизительно 1 940 значков, которые используются повсюду.

Они в настоящее время находятся в ICO, и новые изображения, предоставленные мне, появляются в формат ICO также. Я заметил, что они содержат 16x16 и 32x32 представление каждого значка в одном файле.

Каждый файл составляет примерно 4 КБ в размере файла (как сообщается средством поиска, но ls отчеты, что они варьируются от того, чтобы быть ~1000 байтами к 5 000 байтов),

Очень небольшое количество этих значков только содержит 32x32 представление и в результате составляет только приблизительно 700 байтов в размере.

В настоящее время я связываю эти значки своим приложением, и они расширяют размер приложения немного больше, чем я хотел бы.

В целом, общее количество изображений примерно 25.5 МБ. XCode должен сделать некоторое сжатие, потому что получающийся комплект приложений составляет приблизительно 12.4 МБ. Сжатие этого далее в ZIP (как это было бы при представлении App Store) результаты в заключительном файле 5.8 МБ.

Я знаю, что максимальный предел для по воздушным загрузкам App Store был повышен до 20 МБ начиная с введения iPad (я не уверен, расширяется ли это на приложения для iPhone, а также приложения для iPad, хотя, если не предел составил бы 10 МБ).

Мое беспокойство - то, что новые значки будут добавленными (иногда до 10 значков в неделю) и продолжат расширять комплект приложений со временем.

Что лучший способ состоит в том, чтобы распределить эти значки с моим приложением?

Вещи я попробовал и не имел много успеха с:

  • Преобразование значков от ICO до PNG:
    • Я попробовал это в надеждах, что pngcrush утилита выручит с размером файла. Но кажется, что это не имеет большую часть значения между нормальным PNG и сокрушенным png (я полагаю, что это просто оптимизирует изображение для дисплея на GPU iPhone, а не сжатии, это - размер). Также в движении от ICO до PNG на самом деле увеличил размер файла значка...
  • Архивирование изображений и затем распаковка их на первом показе.
    • В то время как это действительно уменьшало полные размеры изображения, я нашел, что усилие должно было разархивировать их, скопировать их в папку документов и гарантировать, что дублирования не происходит на обновлениях, было слишком много стычки для ценности преимущества. Кроме того, на оригинале и 3G iPhone разархивировавшие и копирующие приблизительно 25 МБ изображений занимают слишком много времени и создают неудачный опыт...

Вещи я рассмотрел, но еще не попробовал:

  • Вместо того, чтобы распределить значки в комплекте приложений, разместите их онлайн и загрузите каждый значок по требованию (он зависит от данных пользователя, относительно которых значки будут на самом деле отображены и когда).
    • Проблемы с этим - то, что пропускная способность стоит денег, и загрузки изображения будут интенсивной пропускной способностью. Однако мое приложение в настоящее время имеет небольшую базу пользователей приблизительно 5 500 пользователей (которых я оцениваю приблизительно в 1500, чтобы быть активным на основе статистики Шквала), и у меня есть огромный неиспользованный допуск пропускной способности с моим текущим пакетом хостинга.

Таким образом, я открыт для мыслей о том, как решить этот щекотливый вопрос.

1
задан Jasarien 1 May 2010 в 17:42
поделиться

1 ответ

Я провел небольшое исследование MonoTouch для клиента. MonoTouch имеет минимальный размер файла 5,1 МБ, потому что все это C #. Похоже, это не повлияло на готовность пользователей магазина приложений загружать приложения на основе MonoTouch.

В своем исследовании я не нашел никаких доказательств того, что конечные пользователи уделяют большое внимание размеру приложения при принятии решения о покупке. Многие приложения сначала загружаются на мобильные устройства через iTunes, и разница во времени загрузки между 1 МБ и 5 МБ едва заметна. Многие конечные пользователи лишь смутно осознают, что у приложений даже есть размер.

Я бы порекомендовал расставить приоритеты для значков в зависимости от степени их использования. Правило Прето встречается в большинстве данных, поэтому вы, вероятно, обнаружите, что 20% значков получают 80% использования. Включите эти 20% наиболее активных значков в пакет приложений, а затем загрузите остальные.

2
ответ дан 3 September 2019 в 00:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: