Skip to content
◈CompressInKB

Voter ID Photo Resizer — exact pixels, KB window and no upload

No server, no account and no vague “passport size” button — choose the destination variant and produce the exact file here.

Drop a file here, or

JPG, PNG, WebP, AVIF, HEIC, GIF, BMP up to 50.00 MB

Processed on this device — nothing is uploaded

Dimensions200 × 230px
File window≤ 2048 KB
BackgroundPlain white or light background
ConfidenceCross-checked specification
Voter-photo requirements are less rigid than examination specifications, and state or form flows can differ. The live upload screen remains the final authority; this preset aims for a clean, standards-friendly file that is large enough to identify you and small enough for a portal upload. Evidence: ECI portal guidance cross-checked 15 Oct 2026. Check the official authority →
  • Treat 200 × 230 px as a minimum frame, not a reason to upload a blurry thumbnail.
  • Start from the highest-quality photograph available; the tool will produce the portal-sized derivative.

Add a file to begin

How to use voter id photo resizer

  1. 1Add your photograph or signature. A phone photograph taken straight above a signature on plain white paper works well.
  2. 2The specification is pre-loaded: the exact pixel box, the byte window, the format and the required background colour.
  3. 3Run it. The image is centre-cropped to the required aspect ratio, scaled to the exact pixel box, composited onto the mandated background, then compressed into the byte window.
  4. 4Read the result card, which states whether the output is inside the window and by how much.
  5. 5Download and upload. Keep the file — you will need the identical image again at document verification.

Why this tool, and why browser-side

Document uploads fail for mundane reasons: the photograph is a portrait when the portal expects a square, the signature is below a minimum byte floor, or a helpful website copied a specification from a different portal generation. This tool makes the variant explicit before processing, then reports the exact dimensions and final byte size afterwards.

These are identity images. A PAN photograph, Aadhaar photograph or bank signature should not be sent to an unknown server merely to change its dimensions. The file is decoded and re-encoded in this browser tab; closing the tab discards the working copy.

Where public sources disagree, the page says so. That honesty is a feature: a confident but wrong pixel box is worse than a clearly labelled cross-checked preset and a reminder to compare the live form before final submission.

Specification failures cost candidates entire application cycles. The portal names neither the pixel size nor the byte window when it rejects a photograph, so the only reliable route is to produce a file that is unambiguously inside the spec before you start.

The numbers are recorded here with their source and revision date because boards change them between cycles. Where a specification is our transcription rather than an official figure, the page says so.

Keeping the specification out of the user's hands is deliberate: you should not need to know what a 1:1.29 aspect ratio is to apply for a job. The pipeline applies it and explains what it did afterwards.

This tool exists for identity documents and application forms handled in a hurry: no queue, no account, no upload, and a result you can verify on the spot. The explanation below is the same one we would give a colleague who asked how it works.

Signatures are not decorative images. Banks and licensing authorities compare them as behavioural marks, so consistency matters more than neatness. Sign normally, on unlined paper, with the pen you would use on the form itself; a signature redrawn slowly for the camera often looks least like the one on record.

The safest application habit is boring but effective: keep one folder per application, name files with the document and variant, and retain the untouched original. Portals time out, browsers close and verification stages ask for the same image again. A clearly named exported file turns each of those moments into a search rather than a reconstruction.

Accepted inputs are JPEG, PNG, WebP, AVIF, HEIC, GIF and BMP images up to 50 MB each. SVG, HTML and other script-bearing formats are refused outright rather than sanitised, because a file that can execute code has no business being re-encoded — and an upload field that accepts one is a security hole rather than a feature. The tool works on one file at a time, which keeps the result unambiguous.

How it works under the hood

The selected variant drives a deterministic pipeline: decode the source, centre-crop to the target aspect ratio, resample to the exact pixel dimensions, composite onto the stated background and search encoder quality until the result lands inside the KB window. Where a minimum size cannot be reached naturally by a clean signature, standards-compliant inert padding can raise the byte count without changing pixels. The result card states whether the final file is inside the window. The pipeline is deterministic and ordered: decode while honouring the EXIF orientation tag, centre-crop to the mandated aspect ratio, resample to the exact pixel box with progressive halving to avoid aliasing, composite onto the required background colour so transparency never renders black, then search the encoder quality inside the byte window. Where a portal enforces a minimum size a clean signature cannot reach naturally, spec-legal inert bytes are added — a JPEG comment segment or a PNG text chunk, both of which decoders skip. Not one pixel is altered by that step. The document pipeline makes its provenance visible: the selected authority variant fixes dimensions and byte limits before any pixels are processed. That separation matters because resizing is deterministic, while specifications change. If a portal revises its field, only the record needs correction; the image engine remains the same.

Frequently asked questions

Is this an official government tool?

No. It is an independent preparation tool. The authority and source for the selected preset are shown in the tool, and the live portal or official instruction always overrides a third-party page.

Why are there multiple variants?

Different portals, application generations and physical-size conversions produce different pixel boxes. Keeping variants separate prevents the common error of applying one portal’s square crop to another portal’s portrait field.

What happens if the result is outside the KB window?

The result card flags it instead of silently calling it compliant. Try a cleaner, higher-resolution source photograph, and check that you selected the photograph or signature variant matching the upload field.

Are my identity documents stored?

No. There is no backend or database in this application. Processing uses local WebAssembly codecs and the file remains in browser memory until you close or reload the tab.

What if the portal rejects a file that matches these numbers?

Two common causes. The portal may re-encode your upload, pushing the byte count over the ceiling — aim for the middle of the window rather than the maximum. Or the specification was revised after this page was written; every page links to the official notification.

Can I use one resized file for several exams?

Keep the full-resolution original and export a separate file per examination. Requirements differ enough that one file rarely passes two portals, and you will want the matching copy at verification.

Why must the photograph and signature be separate files?

Because most portals validate them independently and reject a combined image. Where a form genuinely asks for a single sheet, the photo-and-signature joiner exists for that case.

Does the tool crop or pad my photograph?

It centre-crops to the required aspect ratio, because padding a portrait photograph to a different ratio leaves visible borders that many portals reject. If your subject is off-centre, crop it deliberately first.