Why India's Passport Photo Is 630x810 Pixels (Not Just mm)

India's passport photo is 35×45 mm on paper and exactly 630×810 pixels digitally at 300 DPI — not approximate, not 600×800, and not whatever a generic app defaults to.

Key takeaways

• The 630x810 pixels exact spec converts India's 35 mm × 45 mm passport photo into a fixed digital pair at 300 DPI — it is the number Passport Seva validators read from your JPG header, not a rough resize target.
• Millimeters describe what you hold in your hand at a print shop; pixels describe what the upload form accepts. A photo can pass one layer and fail the other if you never measure the digital file.
• Literal mm-to-pixel math at 300 DPI produces roughly 413 × 531 pixels per axis, but Indian passport workflows use 630 × 810 as the operational standard — same 7:9 aspect ratio, higher resolution for sharper biometric detail.
• Validators check width and height as integers from the file. Rounding to "about 600 pixels wide" or exporting 631 × 810 breaks automated checks even when the photo looks fine on a phone screen.
• White background, file size in KB, and face-height proportion are separate gates from pixel dimensions — but wrong dimensions fail first, before any human sees your face.
• Verifying 630 × 810 on the exported file before upload takes under a minute and prevents the most common category of digital rejection on Indian passport portals.

Indian passport notifications cite 35 × 45 mm for physical prints. Online flows require a JPG whose header reports 630 pixels wide and 810 pixels tall when exported at 300 DPI. That pairing is the 630x810 pixels exact spec this guide documents end to end: where the numbers come from, how to measure them, what breaks when editors substitute close sizes, and how print sheets relate to the single-photo export.

If you have ever uploaded a photo that looked correct in preview and came back with a dimension error, you were almost certainly fighting this spec — not bad luck on the portal. The sections below walk through the math, the validation logic, the wrong sizes that slip through casual editing, and the verification steps that catch problems before you submit.

Government notices list millimeters because that is how print shops cut paper and how counter staff can verify a physical copy with a ruler in seconds. None of that helps the server-side script that parses your JPG before a human opens your application. That script reads two integers — width and height — and compares them against an expected pair. When those integers are wrong, the upload stops. No appeal to "but the print shop got it right" applies, because the print shop never touched the file header.

Why millimeters alone do not explain digital upload

Print shops think in centimeters and millimeters. Passport Seva and related portals think in pixels and kilobytes. The same photograph must satisfy both when you upload digitally and carry a print to a Passport Seva Kendra appointment — but the upload validator only sees the digital file.

A studio may deliver a correct 35 × 45 mm print while the JPG on your USB stick reads 640 × 840 or 591 × 709 because their software used a different DPI assumption or a generic "passport" preset. Applicants upload the JPG, get rejected, and blame the studio print — which measured correctly with a ruler — because they never opened file properties on the digital master. The 630x810 pixels exact spec exists precisely to remove that ambiguity for online submission.

This split between physical and digital specs is not unique to India, but Indian passport flows make it especially visible because so many applicants now complete the online form before visiting a counter. The mm size printed on government notices tells you what scissors or a print template should cut. The pixel pair tells you what bytes the server accepts. Treating them as interchangeable without checking both is the root cause of a large share of "my photo was fine at the studio" rejection stories.

Print size vs pixel header

Understanding which layer failed saves hours of rework. If pixels are not 630 × 810, fix the export — not the printer tray settings. If pixels are correct but upload still fails, move to KB range, background white, and format before assuming the portal is broken.

The math behind 630×810 pixels

At 300 DPI, one inch equals 300 pixels. To convert millimeters to pixels, divide by 25.4 (mm per inch), then multiply by 300.

Width calculation: 35 mm ÷ 25.4 ≈ 1.378 inches → 1.378 × 300 ≈ 413 pixels

Height calculation: 45 mm ÷ 25.4 ≈ 1.772 inches → 1.772 × 300 ≈ 531 pixels

So pure arithmetic at 300 DPI yields roughly 413 × 531 — not 630 × 810. Why does every Indian passport field guide cite the larger pair?

The answer is aspect ratio plus operational standard. Both pairs share the same 35:45 ratio, which reduces to 7:9. Width divided by height: 630 ÷ 810 = 0.7778, and 35 ÷ 45 = 0.7778. The shape is identical. The 630 × 810 pair is the adopted digital resolution used in Indian passport upload workflows — higher pixel count than the bare minimum conversion, which preserves facial detail through compression and gives validators a single unambiguous target.

Applicants should not re-derive pixels from mm under time pressure. Export the locked pair. Tools calibrated for Indian passport encode 630 × 810 directly so you do not accumulate rounding error on each axis independently.

Some editors show both mm and px in the export dialog. If the mm preview reads 35 × 45 but the pixel fields show 600 × 800 or 640 × 840, trust the pixel fields — that is what gets written to the file the portal receives. Change the preset or manually set width to 630 and height to 810 after locking a 7:9 crop, then confirm in file properties before closing the editor.

Historical forms sometimes listed only millimeters because online upload was rare. Modern Passport Seva workflows assume a digital file first. The 630x810 pixels exact spec is the bridge between a 1990s print specification and a 2020s upload gate — same face, same white background, same aspect ratio, but a different unit system the validator can test in milliseconds.

Aspect ratio without a calculator

Any canvas with a 7:9 ratio scales to 630 × 810 in one resize step:

• 350 × 450 px → scale up to 630 × 810
• 700 × 900 px → scale down to 630 × 810
• 1400 × 1800 px → scale down to 630 × 810

Wrong ratios cannot reach 630 × 810 without stretch or crop distortion. A square crop, a 3:4 phone default, or a landscape 4:3 export will never land on the correct integers no matter how close the height looks by eye.

Close-but-wrong sizes that fail

"Close" is not compliant when the validator reads exact integers from the JPEG header. Build every export around 630 × 810 even if forum posts claim near-miss acceptance.

What the 630x810 pixels exact spec requires in practice

Beyond raw width and height, a compliant export for Indian passport upload typically includes several properties that pass or fail independently. The pixel pair is necessary; it is not sufficient alone.

Format: JPG (JPEG baseline). PNG, HEIC, and WebP cause upload failures on several government portals even when dimensions are correct.

Colour: sRGB, 24-bit colour typical. Adobe RGB or CMYK exports can shift how automated tools read background whiteness.

DPI tag: 300 DPI embedded alongside 630 × 810. Upload validators care most about pixel integers; print workflows care about DPI. Set both when your tool allows it.

Background: Plain white per passport photo white background rules — no shadow, tint, gradient, or pattern at frame edges.

Orientation: Portrait — height 810 must exceed width 630. Landscape exports fail immediately.

File size: Portal-specific KB band. Many flows expect roughly 20–50 KB; others allow slightly more. A file can be exactly 630 × 810 and still fail if KB is out of range.

The 630x810 pixels exact spec defines the outer frame. Biometric guidance defines how the face sits inside that frame — roughly 70% of the 810 px height from chin to crown. You can export perfect dimensions with a face that is too small and still fail manual review at the counter.

Measuring on desktop

Windows: Right-click the file → Properties → Details → Dimensions should read 630 × 810.

macOS: Select the file → Get Info → More Info → Dimensions 630 × 810 pixels.

Linux: Run file photo.jpg in terminal, or open image properties in your viewer.

Always measure the exported JPG on disk, not a screenshot of the editor preview. Preview panes often show scaled display resolution, not the saved file header.

Measuring on phone

Open the file in your gallery app → details or info panel. If the OS rounds dimensions, transfer the file to a laptop for confirmation before a critical upload. Messaging apps that "optimize" photos in transit can change both KB and pixel count — send via email attachment or cloud drive with optimization disabled.

How portals validate the 630x810 pixels exact spec

Automated checks read binary headers. They do not render your face or measure paper with calipers. Typical validation sequence:

1. Is the file JPG? Wrong format stops the flow before dimension logic runs.
2. Are width and height exactly 630 and 810? Mismatch triggers dimension or invalid photo errors.
3. Is file size within min/max KB? Out-of-range files fail even when pixels are perfect.
4. Optional heuristics: aspect ratio double-check, colour space flags, minimum quality estimates.

Failure at step 2 surfaces as a dimension error even when step 3 would have passed. Fix dimensions first, then re-compress if KB changed after re-export.

Passport Seva flows often expect exact 630 × 810. Some exam portals historically accepted ±2 px tolerance. Do not depend on tolerance — export exact integers from a calibrated tool every time.

Human counter review adds checks pixels alone cannot score: face proportion, expression, glasses glare, and background uniformity under office lighting. A file that passes every automated gate can still fail manual review if the face occupies too little of the 810 px height.

Think of validation as two stages with different instruments. Stage one is the portal upload: binary, exact, unforgiving on pixel integers. Stage two is the PSK counter: visual, contextual, sensitive to whether you look like your live appearance. Stage one never sees millimeters. Stage two may measure your print with a template while ignoring the JPG you already uploaded successfully. Both stages matter, but only stage one cares about the 630 × 810 header values.

When applicants report "invalid photo" without a specific code, the first diagnostic step is still file properties — not a new shirt or a different printer. Dimension errors masquerade as generic failures on some portal builds. Measuring pixels eliminates that ambiguity before you spend money on another studio session.

Strict vs tolerant validators

When upload fails after you believe dimensions are correct, consult passport photo rejected for signature, session, browser cache, and non-dimension errors that share similar error messages on some portals.

Common wrong sizes and export mistakes

Most dimension failures trace back to a small set of editing habits that look reasonable in the tool but write wrong integers to disk.

Locking width only. You set width to 630 and let the tool auto-calculate height. If the crop ratio was not exactly 7:9 first, height lands at 805, 820, or another near miss.

Square crop then scale. Instagram-style square crops produce 630 × 630 or similar. Validators reject immediately.

Screenshot of preview. Screen capture resolution matches your display, not the passport spec. Properties show arbitrary numbers unrelated to 630 × 810.

Re-saving through chat apps. WhatsApp, Telegram, and some email clients recompress and sometimes resize images silently. Always verify the received copy before upload.

Generic "passport" preset without country code. Many apps default to US 2 × 2 inch (600 × 600 px) or arbitrary 600 × 800. Neither matches Indian 7:9.

Chained resizes. Scaling 4000 px down to 2000, then 1000, then 630 accumulates softening and rounding drift. Crop to 7:9 at full resolution, then resize once to 630 × 810.

CMYK or print PDF export. Wrong colour mode for web upload. Convert to sRGB JPG at the target pixel pair.

Progressive JPEG quirks. Rare validator issues with progressive encoding. Baseline JPG is safer for government portals.

Cropping after final resize. If the exported file still reads 630 × 810, pixels may pass — but late crops often change KB and introduce edge softness. Crop to 7:9 first, then scale once.

Each mistake is fixable by re-exporting from the original capture with a passport-calibrated preset. Never edit an already-compressed export when the original is still available.

Tool calibration: what "passport size" should export

A tool built for Indian passport should write 630 × 810 exactly, display KB before download, set 300 DPI on export, and apply passport photo white background correction before compression. PhotoFix and similar India-specific tools encode this pair directly. Generic international presets do not.

Test any new tool with one throwaway photo and read file properties before trusting marketing copy. The confirmation screen means export completed — not that the export is correct.

Mobile editing apps deserve extra skepticism. Many apply export presets labelled "passport" or "ID" that target international document sizes — US 2 × 2 inch squares, European 35 × 45 mm at wrong DPI, or social-media aspect ratios. The only acceptance test that matters is the file on disk after export. If your app cannot show dimensions, email the file to yourself and check on a desktop before attaching to Passport Seva.

Batch editing multiple family members in one session increases the risk of one wrong preset carrying across exports. Verify each person's file individually. A correct export for applicant one does not prove applicant two's file was saved with the same settings — especially if the app caches "last used" dimensions from a previous document type.

DPI metadata, print size, and the 35×45 mm link

DPI (dots per inch) tells print software how many pixels map to each inch on paper. At 630 × 810 pixels and 300 DPI embedded in metadata, print preview should approximate 35 × 45 mm without additional scaling.

If DPI is missing or set to 72 while pixels are 630 × 810, digital upload may still pass while home print preview shows the image at the wrong physical size. That mismatch causes "my print looks too small" confusion when applicants print at home after a successful upload.

For digital-only submission, pixel integers matter most. For physical prints at a shop or on a home printer, align DPI and pixel pair so the print dialog shows 35 × 45 mm at 100% scale — no "fit to page" scaling that changes effective DPI.

One compliant 630 × 810 JPG should map to one 35 × 45 mm print cell. Scaling in the print dialog changes effective DPI and can make a compliant file print at wrong millimeters even though the upload was accepted.

Print shops sometimes calculate different pixel counts from the same mm spec using their own DPI assumptions. Validators on Indian passport portals expect the operational 630 × 810 pair used in digital flows, not the shop's internal rip calculation. Bring a file you measured, not a verbal size request alone.

Colour space and metadata stripping

Export sRGB 8-bit JPG for upload. Adobe RGB can shift background RGB readings on some automated checks. Privacy tools that strip EXIF may remove DPI tags while leaving pixel width and height intact in the JPEG header — upload usually still works on pixel count alone, but print preview may confuse you afterward.

Print sheets and multi-photo layouts

Applicants often need more than one physical copy — spare prints for OCI packets, visa supporting documents, or family batch appointments. A passport photo print sheet lays out multiple 35 × 45 mm cells on A4 or letter paper.

The digital rule for sheets: each cell should hold one native 630 × 810 JPG without resampling. Sheet generators that "fit" or re-encode photos to squeeze more cells per page can break pixel spec at print time even when the single-photo source file was correct.

Correct workflow:

1. Export and verify one 630 × 810 master per person.
2. Place that verified file into sheet layout cells at native resolution.
3. Print at 100% scale with no "shrink to fit" unless the sheet tool explicitly accounts for it.
4. Re-measure a test print with a ruler if the shop handles printing — 35 mm × 45 mm per cell.

Never photograph a printed sheet and upload the photo of prints — camera angle and lighting introduce new background and dimension problems. Upload the original JPG; print from the same master.

For family batches, each person needs an individual crop and resize pass. Batch-resizing full frames before per-person crops produces wrong face proportions inside correct outer dimensions. Process: original → 7:9 crop per person → 630 × 810 → verify → then sheet layout.

Sheet layout math on A4 paper: a standard A4 sheet is 210 × 297 mm. With reasonable margins, you typically fit two or three rows of 35 × 45 mm cells — sometimes more if the generator uses minimal gutter space. The pixel dimensions of the full sheet PDF are irrelevant to upload; only the per-photo JPG master must be 630 × 810. Confusing "sheet resolution" with "photo resolution" leads applicants to export one large composite JPG and upload that — which fails because the composite is not 630 × 810.

When a print shop offers to "make the sheet," insist they use your verified JPG without substituting their own re-export. Shops that shoot a new photo or re-process your file through their own software may deliver acceptable prints while handing back a USB stick with wrong pixel dimensions. Always re-measure the digital file they return.

How to verify your export before upload

Run this checklist on the actual file you will attach, not the editor's thumbnail:

1. JPG format — baseline JPEG, not PNG or HEIC.
2. 630 × 810 pixels — confirm in file properties on disk.
3. 300 DPI in metadata — where your export tool sets it; optional for some uploads but helps print alignment.
4. KB within portal range — recompress without resize if only size is wrong.
5. White corners at 100% zoom — sample RGB near 255,255,255 at all four corners per passport photo white background guidance.
6. Face height plausible — chin to crown roughly 70% of frame height; adjust crop on master, then re-export.
7. Filename sanity — similar names like passport.jpg and passport-final.jpg cause wrong-file uploads; rename after each fix.

If all seven pass and upload still fails, the issue is likely outside dimensions — session timeout, signature mismatch, browser cache, or portal maintenance. Follow passport photo rejected for structured troubleshooting before re-exporting a file that already measures correctly.

Working through real-world scenarios

Studio USB stick vs print. The print measures 35 × 45 mm with a ruler but the JPG reads 640 × 840. Upload fails. Fix: ask the studio for re-export at 630 × 810 from their master, or rebuild from your own high-resolution original — not a phone photo of the print.

Phone editor checkmark. The app shows "passport ready" before anyone measured output. Open Properties. If dimensions are not 630 × 810, the preset was generic — switch to an India-specific export path.

Exam form reuse. Same 630 × 810 pixel target but stricter KB ceiling. Recompress without resize when geometry is already locked; do not resize to fix KB.

Cloud sync optimization. iCloud, Google Photos, and OneDrive may replace originals with optimized copies. Disable photo optimization on folders holding finished passport JPGs until the portal accepts the file.

Oversized source exports. A 3000 × 4000 phone original needs crop then single downscale — never upload oversized files expecting server-side resize.

Undersized upscaling. Upscaling a small thumbnail to 630 × 810 may write correct integers but fail quality review. Start from adequate source resolution.

Every upload attempt should begin with file Properties → Dimensions before retry logic anywhere else. That single habit prevents most dimension-loop frustration.

FAQ

What is the 630x810 pixels exact spec for Indian passport photos? 630 pixels wide by 810 pixels tall at 300 DPI, matching 35 × 45 mm aspect ratio — the standard digital export pair Indian passport online upload expects in the JPG header.

Is 630 × 810 the same as 35 × 45 mm? They describe the same photo at different units — pixels for digital files, millimeters for physical prints — when aspect ratio is locked at 7:9 and DPI metadata is set consistently for print.

Why do some guides say 413 × 531 pixels instead? That reflects literal mm-to-pixel conversion at 300 DPI per axis. Indian passport field practice uses 630 × 810 as the operational digital standard — same ratio, higher resolution for sharper detail and a single validator target.

Can I upload 640 × 840 instead of 630 × 810? No for strict validators. The aspect ratio and integer pair differ. Export exactly 630 × 810 from a calibrated tool.

Does the 630x810 pixels exact spec include background colour requirements? No. Background white is a separate rule documented under passport photo white background guidance. Dimensions and background both must pass independently.

How do I fix wrong pixel dimensions without retaking the photo? Re-export from the original capture: crop to 7:9 ratio, resize once to 630 × 810, fix background to pure white, compress to KB range, verify in file properties.

Will Passport Seva accept PNG at 630 × 810? Usually no — JPG is required. Convert to baseline JPEG at the correct pixel pair.

Does cropping after reaching 630 × 810 break the spec? If the final saved export still reads 630 × 810, pixels may pass — but late crops often change KB and softness. Crop before the final resize step.

How does a print sheet relate to 630 × 810? Each cell on a sheet should hold one native 630 × 810 JPG without resampling. See the passport photo print sheet guide for A4 layout and margin rules.

Is 300 DPI mandatory for upload? Pixel integers matter most for automated upload checks. 300 DPI helps print alignment at 35 × 45 mm. Set both when exporting.

Can a phone camera original be too small for 630 × 810? Modern phones far exceed 630 × 810 in native resolution. Start from the original file, not a forwarded or chat-compressed copy.

Where do I verify dimensions on Windows before upload? Right-click the file → Properties → Details tab → Dimensions should read 630 × 810.

Fix it now

Export your photo at 630 × 810 in one pass — 7:9 crop, white background, KB compression, and dimension verification — instead of guessing whether a generic resize hit the right integers. Read width and height on the downloaded file before upload.

Millimeters explain the print in your hand; pixels explain the upload on the portal. The 630 × 810 pair is the digital anchor for Indian passport photos — measure it on every export, not once from memory. When dimensions pass and upload still fails, move to background and KB checks, then to passport photo rejected for errors unrelated to frame size.

Keep one verified 630 × 810 master per person and duplicate it for print sheets rather than re-exporting at new sizes. Resampling a file that already passed verification is the fastest way to drift off the exact spec you worked to meet.