← CONTACT SHEET

iPhone 16 Pro vs Pixel 9 Pro Camera: Which One Actually Wins for How You Shoot

The Pixel loses portraits. Neither phone is good at the zoom you use most. And the biggest gap between them is a camera nobody talks about — with the engineering reason behind each verdict.

Three things are true about these two cameras that almost nobody says out loud.

The Pixel loses portraits. Neither phone is good at the zoom level you use most. And the single biggest difference between them is a camera you probably ignore.

I work on embedded camera systems, so for each verdict below there is a short note on why — the physics or the architecture that produces the result. The scores are evidence. The engineering is the explanation.

Back of the iPhone 16 Pro, showing the square camera island with three lenses, LiDAR scanner and flash
iPhone 16 Pro
Back of the Pixel 9 Pro XL, showing the horizontal camera bar with three lenses and sensor
Pixel 9 Pro XL
Apple stacks three lenses into a square island in the corner; Google lays them in a row across a raised bar. Same three focal lengths, two different ideas about where a camera should live. The Pixel pictured is the 9 Pro XL, which carries the identical camera system to the 9 Pro. Photos by Kyu3a and D.328 via Wikimedia Commons, CC BY-SA 4.0, cropped.
DXOMARK SUB-SCORES · SORTED BY SIZE OF GAPiPHONE 16 PROPIXEL 9 PROULTRA-WIDE137157+20VIDEO155167+12TELEPHOTO133145+12STILLS OVERALL158163+5PORTRAIT / BOKEH155160+5MAIN CAMERA168170+2130140150160170GAPSCORE — HIGHER IS BETTER →
Each row plots both phones on the same axis; the bar between them is the gap, coloured for whoever wins it. Sorted longest gap first. The row that matters most is the last one: the main cameras are effectively tied at 168 and 170 — so every real difference between these phones lives in the supporting cameras and in video, not in the camera you shoot with most.

The Hardware

ONE CAMERA AT A TIMEiPHONEPIXELSENSOR — TO SCALEAPERTURE — TO SCALESPECS1 — MAINA DEAD HEAT1/1.28″ + 1/1.31″f/1.78f/1.6848MP · 24mm50MP · 25mm2 — ULTRA-WIDE1.7× THE LIGHT1/2.55″ — IDENTICALf/2.2f/1.748MP · 120°48MP · 123°3 — TELEPHOTO4× THE PIXELS1/2.55″ vs 1/3.06″ — 1.44×f/2.8f/2.812MP · 120mm48MP · 113mmEACH LEVEL: SENSOR AREA × APERTURE = HOW MUCH LIGHT THAT CAMERA CAN COLLECT
One camera per level, each read left to right: sensor size, then aperture, then the numbers. Level 1 — near-identical on both counts, which is the tie. Level 2 — the same sensor, so the whole gap is that visibly larger aperture circle. Level 3 — the same aperture, so the whole gap is that visibly larger sensor. Every shape is drawn to true scale.

Carry one number into the rest of this article: the ultra-wide and telephoto sensors are roughly a quarter the area of the main sensor on both phones. Sensor area — not megapixel count — sets how many photons each pixel can collect before any processing runs, which is why the supporting cameras are where both phones show strain first, and why the widest gaps in the scores show up there rather than on the camera you use most.

That principle is the single most useful thing to know when reading any camera spec sheet, and I have unpacked it properly in Sensor Size Explained — including why full frame is 88× the area of a typical phone sensor, and why doubling pixel pitch buys you roughly two stops of signal-to-noise.

Ultra-Wide: The Gap Nobody Mentions

Pixel, by twenty points — the widest margin anywhere here. It scores 157 against the iPhone’s 137, and “lack of detail in ultra-wide photos” sits in DXOMARK’s list of iPhone weaknesses.

If you shoot landscapes, interiors or architecture, this matters more than anything else in this comparison — and it is the category every spec chart leaves out.

SAME SENSOR, SAME SHUTTER — WHAT THE APERTURE COSTSLIGHT COLLECTEDISO TO MATCHiPHONEf/2.21.0×ISO 670PIXELf/1.71.67×ISO 4000.74 STOPS — AND SINCE BOTH SENSORS ARE THE SAME SIZE, THE LENS IS THE ONLY DIFFERENCE.THE iPHONE PAYS FOR IT IN ISO, AND ISO IS NOISE.
Both ultra-wides use the same size sensor, so at a fixed shutter speed the only variable is the lens. The Pixel gathers 1.67× the light; the iPhone has to make that up with gain. That is the whole twenty-point gap, expressed as the number you would actually see in the EXIF.

Portraits: Not What You Expect

iPhone, on exactly the thing people assume the Pixel owns. Bokeh scores 160 against 155, and DXOMARK’s comparison crops label the Pixel with “slight segmentation inaccuracies on hair and shirt” against an accurately segmented iPhone. Skin tones go the same way.

Two things cut back the other way. The iPhone’s shallower rendering can soften someone standing behind the rest of a group. And the Pixel still owns repair: Best Take rebuilds a group shot where someone blinked, Photo Unblur rescues a soft frame, and Apple answers neither. Object removal is no longer a Pixel exclusive though — Clean Up ships on the iPhone 16 Pro and does what Magic Eraser does.

TWO WAYS TO FIND THE EDGE OF A SUBJECTiPHONE — MEASUREDLiDAR DEPTH GRIDdistance measured, not deducedPIXEL — INFERREDREAD FROM THE PIXELSneeds visible contrast at the edgeHAIR IS THE HARD CASE: THIN, LOW-CONTRAST, OFTEN THE SAME TONE AS THE BACKGROUND.HOW APPLE WEIGHTS THE TWO SIGNALS IS UNDOCUMENTED — THE LINK TO THE SCORES IS MY INFERENCE.
Both phones run a learned segmentation model; the difference is what it has to work with. The iPhone can consult a depth reading that exists whether or not the edge is visible in the image, while the Pixel must find the boundary in the pixels themselves. Note the last line — Apple does not publish how the two signals are combined, so this explains the measured gap rather than proving its cause.

Video: The Clearest Win

iPhone, 167 to 155. ProRes in Apple Log up to 4K120, processed on the device in real time. The Pixel’s Video Boost produces excellent 4K and even 8K — but by uploading to Google’s servers, and until it finishes, minutes to hours later, the only usable file is a non-boosted 1080p.

One catch on the iPhone: 4K120 ProRes requires an external USB-C SSD rated 440 MB/s or faster, and the 128 GB model caps internal ProRes at 1080p30. Budget for the drive.

TIME TO A FILE YOU CAN ACTUALLY HAND OVERiPHONERECORDFINAL 4K PRORES — READY THE MOMENT YOU STOPPIXELRECORD1080p PROXYUPLOADCLOUD PROCESSFINALMINUTES TO HOURSUNTIL THE CLOUD FINISHES, THE ONLY PIXEL FILE THAT EXISTS IS 1080p.FINE FOR SHARING LATER. NOT FINE IF SOMEONE IS WAITING FOR THE CLIP.
The format list is not what decides this. The iPhone’s pipeline finishes as you shoot; the Pixel’s best output does not exist until Google’s servers have had it. Video Boost also requires the footage to be backed up to Google Photos, so it is a connectivity dependency as well as a time one.

Zoom: Both Phones Are Weak Where You Shoot

Start with what most reviews get wrong: neither phone has a 2× lens. Both take 2× from the main sensor. Apple’s spec sheet says so — “also enables 12MP 2x Telephoto: 48 mm, ƒ/1.78 aperture,” the same lens as the main camera. Crop a 48MP sensor to 2× and you are left with exactly 12MP — which is exactly what Apple ships.

The Pixel also works from the main sensor, but reconstructs rather than crops: Super Res Zoom fires a burst and uses the tremor in your hand to sample the scene at slightly different sub-pixel offsets, then aligns and merges the stack into an image holding more real detail than any single frame did. That is not marketing language — Google published the algorithm at SIGGRAPH, and it works precisely because your hands are not steady.

Past 5×, the Pixel wins, 145 to 133.

Keep it in proportion: telephoto is the weakest photo category on both phones.

WHICH CAMERA IS ACTUALLY DOING THE WORKNO MATCHING OPTICSOPTICALOPTICALiPHONEULTRA-WIDEMAINCROP FROM MAINTELE → DIGITAL, 12MP TO CROPPIXELULTRA-WIDEMAINSUPER RES ZOOMTELE → SUPER RES, 48MP TO CROP0.5×10×20×30×25× MAX30× MAXTWO OPTICAL ANCHORS ONLY: 1× AND 5×. EVERYTHING BETWEEN THEM IS RECONSTRUCTED.THE RED BAND IS 2×–3× — THE RANGE MOST PEOPLE SHOOT AT MOST OFTEN.
Zoom levels on a log axis, with the camera actually feeding each range. Both phones have only two optical anchors — 1× and 5×. Between them the iPhone simply crops deeper into the main sensor (its telephoto does not engage until 5×), while the Pixel reconstructs with Super Res Zoom. That red band is where the article’s “both phones are weak” verdict comes from, and it is the range you probably use most.

Low Light, Consistency and RAW

WinnerThe engineering reason
Night, static scenesPixelNoise here is photon shot noise, and signal-to-noise rises only with the square root of light collected — doubling it takes 4× the light. With aperture and sensor fixed, the only levers are exposure time and frame count. Google spends both harder.
Night, moving subjectsUnresolvedThe bill for those long exposures is paid in motion. That is a design-point choice, not a capability gap — so without a controlled test, I won’t call it.
Shot-to-shot consistencyiPhoneMore adaptive decisions per frame means more variance between near-identical frames. Running semantic segmentation into local tone mapping gives a pipeline many degrees of freedom, so a small input change flips a decision. “Dynamic range instabilities across consecutive shots” is the signature of an aggressive per-frame optimiser; Apple trades peak quality for repeatability.
RAW and editingiPhoneComputational processing is normally destructive — crushed highlights do not come back. ProRAW is more processed than a plain DNG, not less, but a Profile Gain Table Map tag records the tone-mapping gain applied per region, so your editor can dial that layer back or switch it off. Not everything is reversible — the multi-frame merge and noise reduction are baked in — but the tone curve, the part that usually costs you the most latitude, is.
WHY NIGHT MODE HAS A CEILINGSIGNAL-TO-NOISE GAIN1.0×1 frame1.4×2 frames2.0×4 frames2.8×8 frames4.0×16 framesMOTION BLUR RISKSNR RISES WITH THE SQUARE ROOT OF LIGHT: DOUBLING IT COSTS 4× THE FRAMES.EXPOSURE TIME RISES LINEARLY. THAT IS THE TRADE, AND NO PIPELINE ESCAPES IT.
Bars are the quality gain from stacking frames; the dashed line is what it costs you in exposure time, and therefore in motion blur. Because signal-to-noise only climbs with the square root of light collected, getting twice the quality means four times the frames — while the blur risk climbs the whole way. Google pushes further along this curve than Apple does. That is the entire low-light story, and the reason the moving-subject question has no clean winner.

Pick By What You Shoot

BUY FOR WHAT YOU ACTUALLY SHOOTiPHONE 16 PROVideo of any kindPortraits you’ll print or crop intoEvents and candids, no second takeEditing RAW on a desktopneutral, repeatable, built to be gradedPIXEL 9 PROLandscapes, interiors, architectureNight and low lightZoom beyond 5×Rescuing shots after the facthigher ceiling, more willing to interveneNEITHERZoom at 2×–3× — both measurably weak, and it is the range most people use
Overall scores are tied at 161 and 160, so there is no “better phone” here — only a better fit. Pick the column you live in.

Read the hardware table again and most of this falls out of it. Same ultra-wide sensor size, different aperture. Same telephoto aperture, four times the pixels. The scores confirm the verdicts; the spec sheet largely predicts them.

These two phones built the same pipeline around different answers to one question: whose taste should the camera default to — yours, or the algorithm’s?

Sources

Specifications come from Apple, Google, Apple’s ProRes and Google’s Video Boost documentation, with sensor sizes from GSMArena.

Scores are DXOMARK’s, for the Pixel 9 Pro XL and iPhone 16 Pro Max — the larger variants, which carry identical cameras to the models here. These are their measurements, not mine, and DXOMARK revises them as its protocol changes, so 2024 coverage will quote different numbers.

Super Res Zoom is described from Google’s own SIGGRAPH 2019 paper, Handheld Multi-Frame Super-Resolution (Wronski et al.), which sets out the burst-and-merge algorithm in full. It documents the implementation that shipped on the Pixel 3; Google has not published the details of later revisions, so read it as the method rather than the current code.

The remaining engineering notes are my own analysis, derived from published hardware specifications and first principles. Where a claim rests on inference rather than documentation — notably how Apple weights LiDAR against image-derived depth in portrait mode — I have said so at that point in the text rather than leaving it implied.