The complete guide · why 367 KB gets rejected
How to actually hit the number.
Portals ask for 20, 50, 100, 200 or 300 KB and reject everything else. This guide explains why that number exists, how UnderKB hits it without wrecking your photo, and which portal wants what — with the DPI maths and the master spec table everyone else copies from.
- 100% client-side
- Nothing is uploaded
- No account
- Canvas / WebAssembly on your device
1 · Why a portal cares about kilobytes at all
Government upload fields were built for 2012 bandwidth and 2012 servers. A 6 MB phone photo times 2 million applicants is 12 TB of ingress on a single last date — so the form hard-codes a ceiling. Your “High Quality” export is irrelevant: if the bytes on disk are 367 KB and the cap is 300 KB, the server answers File size exceeds limit before it ever looks at the pixels.
The classic trap is the “Extreme” slider. Tools like iLovePDF and Smallpdf offer Low / Medium / Extreme. Extreme on an 800 KB scan often lands at 367 KB. The portal asked for 300. The fix is not a vague quality level but a search that stops only when the byte count is under the cap — what UnderKB does: binary-search JPEG quality (and, only if needed, pixel dimensions) until the file is actually ≤ the number you typed.
1 KB = 1024 bytes on every portal that validates server-side. “Exactly 20.0 KB” = 20 × 1024 = 20 480 bytes. Filesystems round to KB, validators do not — a file that shows as “20 KB” in your file manager can be 20.4 KB (20 890 bytes) and fail. Target 19 KB when you need a 20 KB ceiling.
2 · The four checks that decide acceptance — in the right order
- Format first. Most Indian form validators check MIME before size. Photo fields usually accept JPEG only; a PNG renamed to
.jpgfails even at 14 KB. Signature fields are the exception: many now accept PNG (transparent) or JPG. Check the notification line that says “JPG/JPEG only” — it is not a suggestion. - Dimensions second. “3.5 × 4.5 cm” is a print size. Pixels depend on DPI. At 144 DPI, 3.5 × 4.5 cm ≈ 200 × 230 px (SSC). At 300 DPI, the same print size ≈ 413 × 531 px (passport print). The portal checks pixels, not centimetres — so fix centimetres and pixels with the passport tool before you compress.
- Range third. SSC photos are 20–50 KB, not “≤ 50 KB”. A 14 KB photo fails SSC just as a 60 KB one does. Use both Maximum and Minimum fields when the notification publishes a band.
- Background last. Cream walls, shadows and old photos are auto-rejected by colour-ratio checks on several portals. Shoot against a plain white wall in daylight before any compression — no encoder fixes a grey background.
Order matters. Compressing before fixing dimensions produces a sharp file at the wrong pixel box — still rejected, and you have added a generation of JPEG loss.
3 · KB maths you can do on the back of a form
| Unit | Means | Why it matters |
|---|---|---|
| 1 KB | 1024 bytes | Validators count bytes, Explorer rounds to KB — “20 KB” in Explorer can be 20.9 KB on the server |
| 1 MP (megapixel) | 1 000 000 pixels | A 12 MP phone photo (4000 × 3000) is ~36× the pixels of a 200 × 230 SSC photo |
| Bytes per pixel (JPEG) | ≈ 0.3–1.5 bytes/px | Determines how quality trades against dimensions; see next section |
| DPI | dots per inch on print | Same cm → different px at different DPI (table below in §5) |
Intuition: a 200 × 230 px SSC photo is 46 000 pixels. At 0.4 bytes/px (JPEG quality ≈ 60) it lands at ~18 KB. At 0.9 bytes/px (quality ≈ 85) it lands at ~42 KB. That is the whole 20–50 KB band in one picture. Cropping tightly to head-and-shoulders deletes background pixels — every pixel deleted is budget the face keeps.
If you need exactly 20 KB for a signature, that is 20 × 1024 = 20 480 bytes. UnderKB’s byte counter is the real server number, not the rounded Explorer number.
4 · What costs what: quality search vs shrinking dimensions
| Move | What it costs visually | When UnderKB uses it |
|---|---|---|
| Lower JPEG quality (binary search) | Softens detail uniformly; skin and text lose micro-contrast | First — always. Try qualities 90 → 30 until the cap is met |
| Reduce pixel dimensions | Removes pixels; face becomes smaller but stays crisp per-pixel | Last resort, only if quality = 30 still does not fit |
| Crop (you do it, before encode) | Deletes background, keeps face pixels intact — the cheapest win | You — before you drop the file. Eyes in top third, head-and-shoulders. |
| Greyscale (for PDF/image scans) | Loses colour, keeps glyphs 3–4× cheaper per byte | Toggle before scan; ideal for marksheets at 100–200 KB |
Faces tolerate quality loss better than text. A 600 × 800 portrait at quality 55 still looks fine at 100 KB. An A4 marksheet at quality 55 looks like a smear — for text, keep quality high and drop DPI or switch to greyscale instead.
Re-encoding a JPEG always loses a generation. If your file is already 48 KB and the cap is 50 KB, do not touch it. Re-compressing “for safety” only removes detail.
5 · JPEG vs WebP vs PNG — what portals actually accept
| Format | Best for | Portal acceptance | UnderKB advice at a KB cap |
|---|---|---|---|
| JPEG | Photographs, passport photos | Universal — every photo field accepts JPG/JPEG | Default for all KB pages; safest for upload |
| WebP | Photographs for the web (40–60% of JPEG bytes) | Rare on exam portals; common on CMS/email | Use via Convert when the destination renders it (Gmail, websites) |
| PNG (opaque) | Logos, screenshots, flat graphics | Usually rejected for photo fields | Never for passport photos; use for graphics |
| PNG (transparent) | Signatures (ink → alpha) | Accepted on many signature fields, rejected on photo fields | Use the signature tool; photo fields stay JPEG |
Rule of thumb: if you are uploading to a government form, output JPEG. If you are emailing, embedding on a website, or archiving, WebP at the same byte count looks dramatically better. UnderKB’s Convert page does the re-encode in one pass.
6 · PDF caps: DPI to KB, and the signed-PDF trap
| Scan | Typical JPEG-wrapped PDF size | Fits |
|---|---|---|
| One A4, greyscale, 100 DPI | 60–120 KB | 100 KB: yes — the sweet spot |
| One A4, greyscale, 150 DPI | 120–190 KB | 200 KB: yes — most readable |
| One A4, colour, 150 DPI | 200–350 KB | 200 KB: often not; 300 KB: yes |
| One A4, colour, 300 DPI | 500–900 KB | Needs split or greyscale |
| Two A4 greyscale, 150 DPI | 240–380 KB | 300 KB: sometimes; otherwise split |
Source beats compressor: a 600 DPI scan squeezed to 200 KB destroys exactly the glyphs you scanned. Re-scan at 150–200 DPI instead — same cap, far more legible text.
Signed or encrypted PDFs must never be re-encoded. Compression invalidates the signature’s byte seal and cannot open encrypted files. Compress the unsigned original, then sign the compressed file. This applies to the 200 KB PDF and 300 KB PDF pages.
7 · Per-portal master spec table — the single source of truth
| Portal / exam | Photo | Signature | Extra rule |
|---|---|---|---|
| SSC CGL / GD | 3.5×4.5 cm ≈ 200×230 px, 20–50 KB JPG white bg | 4×2 cm, 10–20 KB JPG | Plain white, no shadow |
| SSC CHSL | 200×230 px, 20–50 KB JPG | 140×60 px, 10–20 KB | Name + photo date printed at bottom of photo |
| UPSC (Civil Services) | 3.5×4.5 cm, 20–300 KB JPG | 3.5×1.5 cm, ≤300 KB | Signature on white with black ink only |
| IBPS / RRB / RBI / SBI | 200×230 px, 20–50 KB JPG | 140×60 px (IBPS/RBI) 160×60 px (SBI), ≤30 KB; RRB ≤100 KB | Face 80% of frame, no glasses glare |
| NEET / JEE | Passport 10–200 KB JPG | 4×2 cm, ≤30 KB | Background white, ears visible |
| India e-Visa photo | Square 350×350 – 1000×1000 px, 10–300 KB JPG white bg | — | No glasses, face 80%, square pixels mandatory |
| India e-Visa passport scan | — | — | Bio page PDF ≤300 KB |
| Passport (India) application | 4.5×3.5 cm studio print; digital often 413×531 px @300 DPI | — | White bg, matte print if paper |
| University / state PSC (UPPSC/BPSC etc.) | 20–50 KB typical; some 100 KB | Up to 50 KB (UPPSC/BPSC signature) | Varies — always check notification |
Specs shift every notification cycle. This table targets the strictest common case. When the notification publishes a range, use UnderKB’s Maximum + Minimum fields to land inside the band, not merely under the ceiling.
8 · Checklist before you hit Upload
- Check format, dimensions, range, background — in that order.
- Fix cm and px first with Passport size photo or Photo maker; compress second.
- Crop to head-and-shoulders; eyes in top third; no shadow across the face.
- Shoot against plain white wall in daylight; no cream, no grey.
- Choose JPEG for photo fields, transparent PNG only for signature fields.
- Set Maximum to the ceiling and Minimum to the floor when a band is published (e.g. 50 and 20 for SSC).
- Check the byte counter shown — that is the real validator number (Explorer rounds).
- If the file is already under the cap and in the right format/pixels, do not re-encode.
- For A4 scans: greyscale at 150 DPI before any PDF compression; re-scan rather than squeeze a 600 DPI source.
- Keep the original for print. Upload the compressed copy only where the cap applies.
Next steps: jump to the exact cap you need — 20 KB · 50 KB · 100 KB · 200 KB · 300 KB · PDF 200 KB — or use any-size compressor to type any number.
Frequently asked questions
Why does a 367 KB file get rejected when the portal asked for 300 KB?
Validators count bytes, not a quality slider. “Extreme” on a generic compressor has no contract with your portal’s 300 KB cap. UnderKB binary-searches JPEG quality (and, only if needed, dimensions) until the file on disk is actually ≤ 300 KB — that is the number the server sees.
Is 1 KB really 1024 bytes on portals?
Yes for server-side validation. File Explorer rounds to KB, so “20 KB” there can be 20.9 KB (21 401 bytes) on the server and fail. UnderKB’s counter shows the real bytes; when you need a 20 KB ceiling, target 19 KB for margin.
Should I fix pixels or kilobytes first?
Pixels first. Fix centimetres and pixels with the passport photo tools, then compress the corrected image. Compressing a file that is at the wrong pixel box still fails dimension checks and adds a generation of JPEG loss.
JPG or WebP for a government form?
JPG. Almost every photo upload validator checks for JPEG MIME; WebP is rejected even under the cap. Use WebP via the Convert page only when the destination renders it (websites, Gmail, CMS).
Can I compress a signed PDF to meet a cap?
No. Any re-encode invalidates the digital signature’s byte seal, and encrypted PDFs cannot be opened. Compress the unsigned original, then sign the compressed file.