だから私はAndroidピクセルの独立性全体を手に入れました。
すべての画面サイズを考慮してエッジを伸ばす 9patch を使用する SplashScreen を作成しています。
ldpi mpdi hdpi xhdpiまた、スプラッシュ スクリーンごとに異なるサイズの 9 パッチ イメージも使用します。そうすれば、ロゴ (9 パッチの非ストレッチ領域) が正しいサイズになります。
mdpi相対サイズが 1.0 とhdpix1.5 でxhdpix2 であることはわかっていますが、最初の mdpi 画像を作成するときに、幅/高さのピクセル数をどのように知ることができますか?
それが理にかなっていることを願っています。
本当に誰も答えはありません。ただし、最初に、mdpiから始めてスケールアップすることはしません。可能な限り最高の品質から始めるのが最善です。ベクトル（デザインに適合する場合）、または高解像度画像（現在サポートする予定の最大画面サイズよりもさらに大きい）。次に、そこから、テストする予定のデバイスのサイズを小さくします。たとえば、一般的なHDPIの解像度は480 x 800であるため、そこに適切に適合させます。XHDPIの解像度は、1280 x 720のようなものになる可能性があります。アスペクト比が異なるデバイスなどで使用する場合に備えて、エッジに十分なマージンを残すことをお勧めします。しかし、基本的には、できるだけ大きく設計してから、作業中の密度バケットの平均画面解像度に基づいてエクスポートします。
（...）最初のmdpiイメージを作成するときに、幅/高さのピクセル数を知るにはどうすればよいですか？
mdpiは他のすべての密度バケットのベースラインであるため、1dpデバイス上ではmdpi正確にに変換されます1px。つまり、mdpiデバイスを使用して画面上の相対的なサイズを把握し、そこから指定されたスケーリング比を適用してldpi、hdpiおよびxhdpiバケットのリソースを生成します。もちろん、実際にそのmdpiリソースをスケールアップする必要はありません。決定する必要があるのは、その画面密度のサイズだけです。その後、任意のソースファイルを使用して、すべてのバケットの画像を生成できます。
xBroakが提供したリンクは、実際にはあなたの質問に関する最良の情報源です。上記のステートメントをサポートするためのそこからの引用：
密度に依存しないピクセルは、160 dpi画面の1つの物理ピクセルに相当します。これは、「中」密度画面のシステムで想定されるベースライン密度です。
d(i)p簡単なpx式（これも同じリンクから）を知っておくと便利な場合もあります。
dp単位から画面ピクセルへの変換は簡単です。
px = dp * (dpi / 160)
この情報を使用すると1dp、mdpiデバイス上（160dpi画面付き）がに等しいことを簡単に確認できます1px。記入するだけで160dpi、が得られます。これはpx = dp * (160 / 160)、に簡略化されます。px = dp * 1したがって、になりpx = dpます160dpi。QED。:)
以下は基本的なガイドラインです。
xlarge screens are at least 960dp x 720dp
large screens are at least 640dp x 480dp
normal screens are at least 470dp x 320dp
small screens are at least 426dp x 320dp
320dp: a typical phone screen (240x320 ldpi, 320x480 mdpi, 480x800 hdpi, etc).
480dp: a tweener tablet like the Streak (480x800 mdpi).
600dp: a 7” tablet (600x1024 mdpi).
720dp: a 10” tablet (720x1280 mdpi, 800x1280 mdpi, etc).
詳細: http://developer.android.com/guide/practices/screens_support.html