アプリをリリースします。これは、4 つの異なる形式 (ldpi、mdpi、hdpi、x-hdpi) で約 120 個のアイコンを含む 1.2Mb の apk です。
xx-dpi と xxx-hdpi のアイコンを追加すると、apk が大きくなり、読み込み時間が長くなります。
非常に大量のメモリを備えたエントリーレベルのデバイスが数多くありますが、アプリをどこでも実行できるようにしたいと考えています。
本当にxx-hdpiを追加する必要がありますか?
また、xxx-hdpi を必要とする実際のデバイスはありますか?
本当に必要ないはずですxxxhdpi。nexus 5のランチャーでランチャーアイコンがスケーリングされる方法のためにのみ導入されました
編集
2014 年 1 月に私が回答したとき、Nexus 5 が を使用する唯一のデバイスでしたxxxhdpi。現在、Nexus 6 や LG G3 を含む多くのデバイスで使用されています。そのため、アプリに含めることをお勧めします。
Nexus 6、LG G3、Samsung Galaxy Note 4 用のアプリに xxxhdpi を追加する必要がありました。今後、さらに多くの xxxdhpi デバイスが登場する予定です。
ほとんどのイメージで xxxhpdi は必要ありません。ランチャー アイコンに必要なのは xxxhdpi だけです。http://developer.android.com/guide/practices/screens_support.htmlをご覧ください。
ランチャー アイコン以外の UI 要素には xxxhdpi 修飾子を使用しないでください。
上記の引用でそれはかなり明確です。彼らが提供するフォルダーレイアウトの例では、フォルダーのすべての密度をres/drawable最大で表示しますが、最大でフォルダー-xxhdpiを表示します。ここにもっと引用があります：res/mipmap-xxxhdpi
xxxhdpi超超超高密度 (xxxhdpi) 用のリソース (~640dpi)。これはランチャー アイコンにのみ使用します。上記の注を参照してください。修飾子は、
mipmap-xxxhdpixxhdpi デバイスで通常よりも大きく表示されるランチャー アイコンを提供するためにのみ必要です。アプリのすべての画像に xxxhdpi アセットを提供する必要はありません。
Android は hdpi を ldpi に縮小するため、ldpi は必要ありません。
https://developer.android.com/design/style/iconography.htmlから
注: Android は低密度 (LDPI) 画面もサポートしていますが、通常、このサイズでカスタム アセットを作成する必要はありません。これは、Android が予想されるサイズに一致するように HDPI アセットを効果的に 1/2 縮小するためです。
Androidのアイコンのドキュメント自体から：
一部のデバイスでは、ランチャー アイコンが最大 25% 拡大されます。たとえば、最も密度の高いランチャー アイコン イメージがすでに非常に高密度である場合、スケーリング プロセスによって鮮明さが失われます。そのため、drawable-xxxhdpi ディレクトリに高密度のランチャー アイコンを提供する必要があります。これは、アイコンの小さいバージョンをスケールアップする代わりにシステムが使用します。
注: drawable-xxxhdpi 修飾子は、xxhdpi デバイスで通常よりも大きく表示されるランチャー アイコンを提供するためにのみ必要です。アプリのすべての画像に xxxhdpi アセットを提供する必要はありません。
詳細: http://developer.android.com/design/style/iconography.html
xxx-hdpi を必要とするデバイスがあるかどうかはわかりませんが、xx-hdpi はまだあまり使用されていません。しかし、同じことがldpiにも当てはまります.ldpiを必要とするデバイスはほとんどありません。mdpi、hdpi、xhdpi を実行するだけで問題ありません。デバイスがより大きなまたはより小さなものを必要とする場合、アンドロイドはそれを適切なサイズにスケーリングします。
これについて Android は次のように述べています。
画面密度ごとに異なるビットマップ ドローアブルを提供する
デフォルトでは、Android はビットマップ ドローアブル (.png、.jpg、および .gif ファイル) と Nine-Patch ドローアブル (.9.png ファイル) をスケーリングして、各デバイスで適切な物理サイズでレンダリングします。たとえば、アプリケーションがベースラインの中程度の画面密度 (mdpi) に対してのみビットマップ ドローアブルを提供する場合、システムは高密度画面では拡大し、低密度画面では縮小します。このスケーリングにより、ビットマップにアーティファクトが発生する可能性があります。ビットマップが最高の状態で表示されるようにするには、画面密度ごとに異なる解像度の代替バージョンを含める必要があります。密度固有のリソースに使用できる構成修飾子は、ldpi (低)、mdpi (中)、hdpi (高)、および xhdpi (超高) です。たとえば、高密度画面のビットマップは drawable-hdpi/ に配置する必要があります。
ドキュメントは次の場所にあります。
https://developer.android.com/guide/practices/screens_support.html
お役に立てれば
hdpi、xhdpi、および xxhdpi である、最も一般的な画面密度に焦点を当てる必要があると思います。各密度の現在の世界平均分布については、このリンクを参照してください。
すべてを忘れてシンプルに！
最高解像度の画像を 1 つのフォルダーに保存するだけです。drawable-hdpi のいずれかで、残りの描画可能なフォルダーから他の画像を削除します。
さまざまなデバイスでテストしましたが、魅力的に機能します...