Mipmap drawables для значков

Кажется, у Google есть обновили свои документы поскольку все эти ответы, надеюсь, это поможет кому-то еще в будущем :) просто наткнулся на этот вопрос сам, создавая новый (новый новый) проект.

TL; DR: drawables могут быть удалены как часть оптимизации ресурсов DP-specific. MIP-карты не будут удалены.

различные приложения запуска на главном экране на разных устройствах показывают значки запуска приложений с различными разрешениями. Когда приложение методы оптимизации ресурсов удалите ресурсы для неиспользуемых плотностей экрана, значки запуска могут выглядеть нечеткими, потому что приложение запуска должно масштабировать значок с более низким разрешением для отображения. Чтобы избежать этих проблем с отображением, приложения должны использовать mipmap/ папки ресурсов для значков запуска. Система Android сохраняет эти ресурсы независимо от плотности зачистки и гарантирует, что приложения launcher могут выбирать значки с лучшим разрешением для отображения.

(от http://developer.android.com/tools/projects/index.html#mipmap)

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

вот мои два цента в попытке объяснить разницу. Есть два случая, с которыми вы имеете дело при работе с изображениями в Android:

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

2. вы хотите загрузить изображение для плотности вашего устройства, но это изображение будет масштабироваться вверх или вниз. Например, это необходимо, когда вы хотите показать большую иконку запуска, или у вас есть анимация, которая увеличивает размер изображения. В таких случаях, чтобы обеспечить лучшее качество изображения, вы должны поместить свое изображение в mipmap. Что будет делать Android, он попытается забрать изображение из ведро более высокой плотности вместо масштабирования. Это повысит резкость (качество) изображения.

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

• Launcher иконки на mipmap.
• картинки, которые часто масштабирование (или чрезвычайно уменьшено) и чье качество имеет решающее значение для приложения, перейдите в mipmap также.
• все другие изображения обычные drawables.

реализация Android mipmaps в 4.3-это именно тот метод с 1983 года, который объясняется в статье Википедии:)

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

хотя это описывается как метод для 3D-графики (поскольку он упоминает "просмотр с расстояния"), он применяется также и к 2D (переводится как "рисованное меньшее пространство", т. е. "масштабирование").

для конкретного примера Android представьте, что у вас есть представление с определенным фоном (в частности,BitmapDrawable). Теперь вы используете анимацию, чтобы масштабировать ее до 0,15 первоначального размера. Обычно для этого требуется масштабирование фона растровое изображение для каждого кадра. Однако это "экстремальное" уменьшение масштаба может привести к появлению визуальных артефактов.

вы можете, однако, предоставить mipmap, что означает, что изображение уже предварительно визуализировано для нескольких конкретных масштабов (скажем, 1.0, 0.5 и 0.25). Всякий раз, когда анимация "пересекает" порог 0.5, вместо того, чтобы продолжать масштабировать исходное изображение размером 1.0, она переключится на изображение 0.5 и уменьшит его, что должно обеспечить лучший результат. И так далее как анимация продолжает.

это немного теоретически, так как это на самом деле сделано рендерером. Согласно источнику класса Bitmap, это просто подсказка, и визуализатор может или не может ее соблюдать.

/**
 * Set a hint for the renderer responsible for drawing this bitmap
 * indicating that it should attempt to use mipmaps when this bitmap
 * is drawn scaled down.
 *
 * If you know that you are going to draw this bitmap at less than
 * 50% of its original size, you may be able to obtain a higher
 * quality by turning this property on.
 * 
 * Note that if the renderer respects this hint it might have to
 * allocate extra memory to hold the mipmap levels for this bitmap.
 *
 * This property is only a suggestion that can be ignored by the
 * renderer. It is not guaranteed to have any effect.
 *
 * @param hasMipMap indicates whether the renderer should attempt
 *                  to use mipmaps
 *
 * @see #hasMipMap()
 */
public final void setHasMipMap(boolean hasMipMap) {
    nativeSetHasMipMap(mNativeBitmap, hasMipMap);
}

Я не совсем уверен, почему это было бы особенно подходит для значков приложений, хотя. Хотя Android на планшетах, а также некоторые пусковые установки (например, гель), запрашивают значок "на одну плотность выше", чтобы показать его больше, это должно быть сделано с помощью обычного механизма (т. е. drawable-xxxhdpi, &c).

одна вещь, которую я упомянул в другом потоке, на которую стоит указать-если вы создаете разные версии своего приложения для разных плотностей, вы должны знать о каталоге ресурсов "mipmap". Это точно так же, как" привлекаемые " ресурсы, за исключением того, что он не участвует в зачистке плотности при создании различных целей apk.

https://plus.google.com/105051985738280261832/posts/QTA9McYan1L

поскольку я искал уточняющий ответ на это, чтобы определить правильный тип значков уведомлений, я хотел бы добавить это четкое утверждение в тему. Это от http://developer.android.com/tools/help/image-asset-studio.html#saving

Примечание: файлы значков запуска находятся в другом месте другая икона. Они находятся в папке mipmap/. все остальные иконки файлы находятся в папке drawable/ вашего проект.

есть два случая, с которыми вы имеете дело при работе с изображениями в Android:

1. вы хотите загрузить изображение для вашего плотность устройства и вы собираетесь использовать его "как есть", без изменения его фактического размера. В этом случае вы следует работать с drawables и Android даст вам лучшую подгонку изображение.
2. вы хотите загрузить изображение для плотности устройства, но это изображение будет масштабироваться вверх или вниз. Например, это необходимо, когда вы хотите показать большую иконку запуска, или у вас есть анимация, которая увеличивает размер изображения. В таких случаях, обеспечить самое лучшее качество изображения, вы должны поместить свое изображение в папку mipmap. Что будет делать Android, вместо этого он попытается забрать изображение из ведра с более высокой плотностью масштабирования.

так

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

1. значки запуска всегда идут в папку mipmap.

2. изображения, которые часто масштабируются (или чрезвычайно масштабируются) и качество которых имеет решающее значение для приложения, перейдите в папку mipmap как что ж.

3. все остальные изображения являются обычными drawables.

цитата из этой статьи.

Если вы создадите APK для целевого разрешения экрана, такого как HDPI, инструмент упаковки активов Android,AAPT,может удалить чертежи для другого разрешения, которое вам не нужно.Но если он находится в папке mipmap,то эти активы останутся в APK, независимо от целевого разрешения.

при создании отдельных apks для различных плотностей, drawable папки для других плотностей получить разделены. Это заставит значки казаться размытыми в устройствах, которые используют значки запуска более высокой плотности. Поскольку папки mipmap не удаляются, всегда лучше использовать их для включения значков запуска.

понимание, которое у меня есть о mipmap, более или менее похоже на это:

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

Если у вас есть изображение, которое подходит для сотового телефона низкого класса, при масштабировании его до размера планшета 10 вам нужно" изобрести "пиксели, которые на самом деле не существуют. Это делается с помощью некоторого алгоритма интерполяции. Чем больше пикселей нужно придумать, тем чем дольше длится процесс, тем хуже качество. Лучшее качество получается с более сложными алгоритмами, которые занимают больше времени (например, среднее окружение пикселов против копирования ближайшего пикселя).

чтобы уменьшить количество пикселей, которые должны быть изобретены, с помощью mipmap вы предоставляете разные размеры / rsolutions одного и того же изображения, и система выберет ближайшее изображение к разрешению, которое должно быть визуализировано, и сделает масштабирование оттуда. Это должно уменьшить количество изобретенных пикселы сохраняя ресурсы, котор нужно использовать в высчитывать эти пикселы для того чтобы обеспечить изображение хорошего качества.

Я читал об этом в статье, объясняющей проблему производительности в libgdx при масштабировании изображений:

http://www.badlogicgames.com/wordpress/?p=1403

res/
mipmap-mdpi/ic_launcher.png (48x48 pixels)
mipmap-hdpi/ic_launcher.png (72x72)
mipmap-xhdpi/ic_launcher.png (96x96)
mipmap-xxhdpi/ic_launcher.png (144x144)
mipmap-xxxhdpi/ic_launcher.png (192x192)

mipmap для значка приложения для запуска

http://android-developers.blogspot.co.uk/2014/10/getting-your-apps-ready-for-nexus-6-and.html

https://androidbycode.wordpress.com/2015/02/14/goodbye-launcher-drawables-hello-mipmaps/