Device Screen Resolution Lookup: iPhone, iPad & Android — Points, Pixels, PPI, One Reference
Every current iPhone and iPad class plus reference Android phones/tablets — logical size (points/dp), scale factor, physical pixel resolution, ppi, and aspect ratio. Built for responsive layout breakpoints and screenshot templates, not App Store upload sizing. Free, no signup.
Headline classes at a glance
Dashed-border chips are computed (≈) values, not device-reported specs — see the FAQ below.
All devices
Click any pt/dp or px value to copy. Filter by device class.
| Class | Logical (pt/dp) | Scale | Physical (px) | PPI | Aspect | Notes |
|---|---|---|---|---|---|---|
|
iPhone 3.5"
iPhone 4s, iPhone 4
|
2x | 326 | 2:3 | First Retina iPhones. The only iPhone class with an exact 2:3 aspect ratio — every later class is closer to 16:9 or taller. |
||
|
iPhone 4.0"
iPhone SE (1st gen), iPhone 5s, iPhone 5c +1
|
2x | 326 | ~16:9 | Still in active use via the 1st-gen SE; some low-end-market analytics still show non-trivial traffic on this class. |
||
|
iPhone 4.7"
iPhone SE (2nd gen), iPhone SE (3rd gen), iPhone 8 +3
|
2x | 326 | ~16:9 | The last home-button iPhone body. 375×667pt is the most-cited "small screen" breakpoint in responsive-design checklists. |
||
|
iPhone 5.5"
iPhone 8 Plus, iPhone 7 Plus, iPhone 6s Plus +1
|
3x | 401 | ~16:9 | The only "Plus" class rendered at 3x with a 2208px native height then downsampled — iOS actually renders at 1242×2208 and scales to the physical panel, a known quirk worth handling explicitly in pixel-perfect exports. |
||
|
iPhone 6.1" (LCD)
iPhone 11, iPhone XR
|
2x | 326 | ~19.5:9 | Same 414×896pt canvas as the XS Max/11 Pro Max class below, but rendered @2x on LCD instead of @3x on OLED — same layout code, different asset density. |
||
|
iPhone 6.5"
iPhone 11 Pro Max, iPhone XS Max
|
3x | 458 | ~19.5:9 | First notch-era "Max" class. Do not confuse with the visually-similar-but-physically-different 6.7" class below (428×926pt) — a common source of off-by-a-few-pixels template bugs. |
||
|
iPhone 5.4" (mini)
iPhone 13 mini, iPhone 12 mini
|
3x | 476 | 19.5:9 | Highest ppi of any mainline iPhone (476). Smallest logical width (360pt) of any notch/Dynamic-Island iPhone — the tightest layout target if you still support it. |
||
|
iPhone 6.1" (notch)
iPhone 14, iPhone 13, iPhone 13 Pro +2
|
3x | 460 | ~19.5:9 | The single highest-volume iPhone layout class historically — most QA baselines still include 390×844pt. |
||
|
iPhone 6.7" (notch)
iPhone 14 Plus, iPhone 13 Pro Max, iPhone 12 Pro Max
|
3x | 458 | ~19.5:9 | Physically distinct from the 6.5" class (1242×2688) despite similar marketing size — 428×926pt vs 414×896pt. |
||
|
iPhone 6.1" (Dynamic Island)
iPhone 16, iPhone 15, iPhone 15 Pro +1
|
3x | 460 | ~19.5:9 | First Dynamic Island class. Only 3×8pt taller/wider than the notch-era 6.1" class — most layouts survive unmodified, but pixel-exact templates need the new 1179×2556 canvas. |
||
|
iPhone 6.7" (Dynamic Island)
iPhone 16 Plus, iPhone 15 Pro Max, iPhone 14 Pro Max
|
3x | 460 | ~19.5:9 | Largest "Plus/Pro Max" class before the 6.9" iPhone 16 Pro Max introduced a new size in late 2024. |
||
|
iPhone 6.3"
iPhone 16 Pro, iPhone 17 Pro
|
3x | 460 | ~19.5:9 | New size class introduced with iPhone 16 Pro — thinner bezels grew the panel without growing the body. |
||
|
iPhone 6.9"
iPhone 16 Pro Max, iPhone 17 Pro Max, iPhone Air
|
3x | 460 | ~19.5:9 | Current largest iPhone canvas and the required base upload size for new App Store screenshot submissions (see the App Store Screenshot Sizes tool). |
||
|
iPad 13"
iPad Pro 13" (M4), iPad Air 13" (M2)
|
2x | 264 | 4:3 | Replaced 2048×2732 as the canonical 13" base in 2024 when the M4 iPad Pro shrank bezels. |
||
|
iPad 11"
iPad Pro 11" (M4), iPad Air 11" (M2)
|
2x | 264 | ~4:3 | Shared canvas across Pro and Air 11" lines — same layout code, different chip/display tech (tandem OLED on Pro only). |
||
|
iPad 10.9"
iPad (10th gen)
|
2x | 264 | ~4:3 | The current entry-level iPad canvas — same 264ppi as every other modern iPad despite the lower price tier. |
||
|
iPad mini
iPad mini (6th/7th gen)
|
2x | 326 | ~3:2 | The only current iPad at 326ppi (iPhone-class density) instead of 264ppi — and the only current iPad closer to 3:2 than 4:3. |
||
|
Pixel 8
Google Pixel 8
|
2.675x | 428 | 20:9 | dp column is computed as px ÷ (ppi/160) — Android rounds to the nearest defined density bucket on-device, so treat this as an estimate, not a spec. |
||
|
Pixel 8 Pro
Google Pixel 8 Pro
|
3.056x | 489 | ~20:9 | Highest ppi in this table (489) — LTPO panel supports 1–120Hz variable refresh alongside the higher pixel density. |
||
|
Galaxy S23
Samsung Galaxy S23
|
2.656x | 425 | 19.5:9 | Same 19.5:9 ratio as most modern iPhones despite the different pixel grid — useful when reusing one screenshot template across both platforms. |
||
|
Galaxy S23 Ultra
Samsung Galaxy S23 Ultra
|
3.125x | 500 | ~19.3:9 | One of the few phones that ships at a true 3.125x (500dpi) density rather than a standard 2x/3x/4x bucket. |
||
|
Galaxy Tab S9
Samsung Galaxy Tab S9
|
1.7125x | 274 | 16:10 | Android tablet reference point — 16:10 is the most common Android tablet ratio, versus the 4:3-ish ratio most iPads use. |
Android density buckets
Android's standard density buckets, with the physical pixel size of a common 360×800dp layout at each density. Real devices report one of these buckets (or an intermediate value close to one) rather than raw ppi.
| Bucket | Density (dpi) | Scale | 360×800dp renders as | Notes |
|---|---|---|---|---|
ldpi |
120 | 0.75x | Rare on modern hardware; kept for legacy asset-catalog completeness. |
|
mdpi |
160 | 1x | The baseline density — 1dp = 1px. Every other bucket is a multiple of this. |
|
hdpi |
240 | 1.5x | Common on older budget devices. |
|
xhdpi |
320 | 2x | Common on mid-range phones and many tablets. |
|
xxhdpi |
480 | 3x | The most common flagship phone bucket — matches Pixel 8's native 1080px width exactly. |
|
xxxhdpi |
640 | 4x | Highest standard bucket — used by some Ultra/Pro flagship panels. |
Points/dp vs. physical pixels — why both matter
Fixed per device class. Auto Layout code measures in points; the OS multiplies by an exact, documented scale factor (2x or 3x) to get physical pixels. No user setting changes it.
Two devices marketed at a similar size (e.g. iPhone 11 Pro Max vs. 14 Plus) can still use different point canvases — always check the table, not the marketing name.
Density-independent, but not fixed. dp is computed from a device's density bucket, and users can change system font/display scale independent of density — the same dp value can render at different visual sizes across devices and settings.
The per-device dp values above are computed (px ÷ density factor) for reference — treat them as close estimates, not fixed constants like iOS points.
Download the dataset
Use the JSON in design-token generation or CI viewport checks; the CSV opens in any spreadsheet.
Embed this reference on your site
Drop the iframe below into any responsive-design guide, iOS/Android dev blog, or internal documentation. It auto-themes to light/dark.
Theme query: ?theme=light|dark|auto.
Building screenshot templates for these exact sizes?
Shotlingo translates your App Store screenshots into 40+ languages and exports at every required upload size automatically — no manual re-export per device class.
Start free Upload sizes chart →Frequently Asked Questions
What is the difference between a device's logical size (points/dp) and its physical resolution (pixels)?
Logical size (points on iOS, density-independent pixels/dp on Android) is what your layout code measures against — it stays roughly constant across a device family. Physical resolution is the actual pixel grid the panel renders. Scale factor (2x, 3x, or a computed density ratio) converts one to the other: physical = logical × scale.
Why do the iPhone 11 Pro Max and iPhone 14 Plus look similar but have different resolutions?
They are marketed at similar sizes (6.5" and 6.7") but are physically different panels: the 11 Pro Max/XS Max class renders at 414×896pt (1242×2688px, 458ppi) while the 12/13 Pro Max and 14 Plus class renders at 428×926pt (1284×2778px, 458ppi). A screenshot template built for one will not align pixel-for-pixel on the other.
Why is the Android dp column on this page marked as approximate?
Android dp is computed here as px ÷ (device ppi ÷ 160), which is the correct formula, but real hardware reports a density rounded to a small set of standard buckets (mdpi, hdpi, xhdpi, xxhdpi, xxxhdpi, or an intermediate value) rather than the raw ppi. The computed value is very close but may differ by a few dp from what Android reports on-device.
What screen ratio should I design for if I want one layout that works on both iOS and Android?
Most current iPhones and many Android flagships (e.g., Galaxy S23) render at ~19.5:9. Design your primary breakpoint around that ratio, then test against the wider Android tablet ratio (16:10, e.g. Galaxy Tab S9) and iPad's ~4:3, which need meaningfully different layouts, not just a stretched version of the phone one.
Which iPhone class should I use as my minimum-width design target?
If you still support the iPhone SE (2nd/3rd gen) or iPhone 12/13 mini class, 360–375pt logical width is your tightest constraint. If you have dropped mini/SE support, 390pt (iPhone 14/13/12 class) is the realistic floor for current hardware.
Sources & Changelog
Sourced from: Apple Human Interface Guidelines — Specifications and Android Developers — Supporting Multiple Screen Densities, cross-checked against the already-verified upload-size dataset behind /tools/app-store-screenshot-sizes. Android per-device dp values are computed, not device-reported — see the FAQ. Always cross-check against official docs before shipping pixel-exact assets.
- 2026-07-18 — Initial dataset published — iPhone (3.5" through 6.9"), current iPad lines, 5 reference Android phones/tablets, and the standard Android density-bucket table.