Mipmap drawables for icons

Wygląda na to, że Google zaktualizowało swoje dokumenty od tych wszystkich odpowiedzi, więc mam nadzieję, że to pomoże komuś innemu w przyszłości :) właśnie natknąłem się na to pytanie, tworząc nowy (nowy) projekt.

TL;DR: drawables może zostać usunięty w ramach optymalizacji zasobów specyficznych dla dp. Mipmapy nie zostaną rozebrane.

Różne aplikacje uruchamiające ekran główny na różnych urządzeniach pokazują ikony uruchamiania aplikacji w różnych rozdzielczościach. Gdy optymalizacja zasobów aplikacji techniki usuwają zasoby dla nieużywanych gęstości ekranu, ikony programu uruchamiającego mogą skończyć się rozmytym wyglądem, ponieważ aplikacja uruchamiająca musi przeskalować ikonę o niższej rozdzielczości do wyświetlania. Aby uniknąć tych problemów z wyświetlaniem, aplikacje powinny używać folderów zasobów mipmap/ dla ikon uruchamiania. System Android zachowuje te zasoby niezależnie od usuwania gęstości i zapewnia, że aplikacje uruchamiające mogą wybierać ikony z najlepszą rozdzielczością do wyświetlania.

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

Czym te obrazy mipmap różnią się od innych znanych rysowalnych obrazów?

1. Chcesz załadować obraz dla gęstości urządzenia i będziesz go używać "tak jak jest", bez zmiany jego rzeczywistego rozmiaru . W tym przypadku powinieneś pracować z drawables, A Android zapewni Ci najlepsze dopasowanie obraz.

2. Chcesz załadować obraz dla gęstości urządzenia, ale ten obraz zostanie skalowany w górę lub w dół. Na przykład jest to potrzebne, gdy chcesz pokazać większą ikonę programu uruchamiającego lub masz animację, która zwiększa rozmiar obrazu. W takich przypadkach, aby zapewnić najlepszą jakość obrazu, należy umieścić swój obraz w folderze mipmap. To, co Android zrobi, to spróbuje podnieść obraz z wiadra o wyższej gęstości, zamiast go skalować. To będzie zwiększ ostrość (jakość) obrazu.

Tak więc, zasada decydowania, gdzie umieścić swój obraz będzie:

• ikony Launchera zawsze trafiają do folderu mipmap.
• obrazy, które są często skalowane w górę (lub bardzo skalowane w dół) i których jakość ma kluczowe znaczenie dla aplikacji, również przejdź do folderu mipmap.
• wszystkie inne obrazy są zwykłymi rysunkami.

[[3]}implementacja mipmap w Androidzie w 4.3 jest dokładnie tą techniką z 1983 roku opisaną w artykule na Wikipedii:)

Każdy obraz bitmapowy zestawu mipmap jest pomniejszonym duplikatem główna Tekstura, ale na pewnym zredukowanym poziomie szczegółowości. Chociaż Tekstura główna będzie nadal używana, gdy widok jest wystarczający do renderowania to w pełni szczegółowo, renderer przełączy się na odpowiedni obraz mipmap (...) gdy tekstura jest oglądana z daleka lub z małej rozmiar.

Chociaż jest to opisane jako technika dla grafiki 3D (jak wspomina "oglądanie z daleka"), stosuje się tak samo dobrze do 2D (tłumaczone jako "drawn is a smaller space", tj. "downscaled").

Dla konkretnego przykładu Androida, wyobraź sobie, że masz widok z pewnym rysowanym tłem(w szczególności BitmapDrawable). Teraz za pomocą animacji skalujesz ją do 0,15 jej oryginalnego rozmiaru. Zwykle wymaga to zmniejszania bitmapy w tle dla każdej klatki. To jednak "ekstremalne" zmniejszanie może powodować artefakty wizualne.

Możesz jednak dostarczyć mipmapę, co oznacza, że obraz jest już wstępnie renderowany dla kilku konkretnych skal(powiedzmy 1.0, 0.5 i 0.25). Za każdym razem, gdy animacja "przekroczy" próg 0,5, zamiast kontynuować zmniejszanie oryginalnego obrazu o rozmiarze 1,0, przełączy się na obraz 0,5 i zmniejszy go, co powinno zapewnić lepszy wynik. I tak dalej, jak animacja trwa.

To jest trochę teoretyczne, bo tak naprawdę robi to renderer. Według źródła klasy Bitmap, jest to tylko podpowiedź, a renderer może ją lub nie uhonorować.

/**
 * 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);
}

Nie jestem do końca pewien, dlaczego byłoby to szczególnie odpowiednie dla ikon aplikacji. Chociaż Android na tabletach, a także niektóre wyrzutnie (np. GEL), żądają ikony "o jedną gęstość wyższa", aby pokazać ją większą, należy to zrobić za pomocą zwykłego mechanizmu (np. drawable-xxxhdpi, & c).

Jedną rzecz wspomniałem w innym wątku, który jest wart zwrócenia uwagi - jeśli budujesz różne wersje aplikacji dla różnych gęstości, powinieneś wiedzieć o katalogu zasobów "mipmap". Jest to dokładnie tak, jak" drawable " zasoby, z tym wyjątkiem, że nie uczestniczy w zdzieraniu gęstości podczas tworzenia różnych celów apk.

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

Ponieważ szukałem klarownej odpowiedzi na to, aby określić odpowiedni typ ikon powiadomień, chciałbym dodać to jasne stwierdzenie do tematu. Pochodzi z http://developer.android.com/tools/help/image-asset-studio.html#saving

Uwaga: pliki ikon Launchera znajdują się w innej lokalizacji niż inne ikony. Znajdują się one w folderze mipmap/. wszystkie inne ikony pliki znajdują się w katalogu drawable/ twojego projektu.

Istnieją dwa przypadki, z którymi masz do czynienia podczas pracy z obrazami w Androidzie:

1. chcesz załadować obraz dla gęstości urządzenia i będziesz go używać "tak jak jest", bez zmiany jego rzeczywistego rozmiaru. W tym przypadku powinien pracować z drawables i Android daje najlepsze dopasowanie obraz.
2. chcesz załadować obraz dla gęstości urządzenia, ale ten obraz będzie skalowany w górę lub w dół. Na przykład jest to potrzebne, gdy chclno Pokaż większą ikonę Launchera, lub masz animację, która zwiększa rozmiar obrazu. W takich przypadkach, aby zapewnić najlepszą jakość obrazu, powinieneś umieścić swój obraz w folderze mipmap. Co zrobi Android, zamiast tego spróbuje odebrać obraz z wiadra o większej gęstości skalowania.

Więc

Tak więc, zasada decydowania, gdzie umieścić swój obraz be:

1. Ikony Launchera zawsze trafiają do mipmap folder.

2. Obrazy, które są często skalowane (lub bardzo skalowane w dół) i których jakość ma kluczowe znaczenie dla aplikacji, przejdź do folderu mipmap jako cóż.

3. Wszystkie inne obrazy są zwykle rysowane.

Cytat z tego artykułu.

Jeśli zbudujesz APK dla docelowej rozdzielczości ekranu, takiej jak HDPI,narzędzie do pakowania zasobów Androida,AAPT, może rozebrać rysunki dla innej rozdzielczości, której nie potrzebujesz.Ale jeśli znajduje się w folderze mipmap,to te zasoby pozostaną w pliku APK, niezależnie od rozdzielczości docelowej.

Podczas tworzenia oddzielnych plików APK dla różnych gęstości, foldery rysowalne dla innych gęstości są usuwane. Spowoduje to, że ikony pojawią się rozmazane w urządzeniach, które używają ikon uruchamiania o większej gęstości. Ponieważ foldery mipmap nie są usuwane, zawsze najlepiej jest użyć ich do włączenia ikon programu uruchamiającego.

Zrozumienie, jakie mam na temat mipmap jest mniej więcej takie:

Gdy obraz musi być narysowany, biorąc pod uwagę, że mamy różne rozmiary ekranu są rozdzielczościami, niektóre Skalowanie będzie musiało wziąć udział.

Jeśli masz obraz, który jest w porządku dla telefonu komórkowego niskiej klasy, po przeskalowaniu go do rozmiaru tabletu 10 "musisz" wymyślić " piksele, które tak naprawdę nie istnieją. Odbywa się to za pomocą algorytmu interpolacji. Im więcej pikseli trzeba wymyślić, tym dłużej proces trwa i jakość zaczyna zawodzić. Najlepszą jakość uzyskuje się przy użyciu bardziej złożonych algorytmów, które trwają dłużej(średnia otaczających pikseli vs skopiować najbliższy piksel na przykład).

Aby zmniejszyć liczbę pikseli, które trzeba wymyślić, za pomocą mipmap podasz różne rozmiary / rsolutions tego samego obrazu, a system wybierze najbliższy obraz do rozdzielczości, która ma być renderowana i zrobi skalowanie stamtąd. Powinno to zmniejszyć liczbę wymyślonych pikseli zapisujących zasoby wykorzystywane do obliczania tych pikseli w celu zapewnienia dobrej jakości obrazu.

Czytałem o tym w artykule wyjaśniającym problem wydajności w libgdx podczas skalowania obrazów:

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 for app icon for launcher

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/