You use a YouTube thumbnail downloader, pick the size that sounds biggest, and open the file. There is a thick black bar across the top and another across the bottom.
Nothing went wrong. The bars were already baked into the JPEG before you touched it, and they are not a rendering quirk you can crop your way out of without losing resolution. Three of the five thumbnail sizes YouTube serves are 4:3 frames — a shape the site stopped using in 2008 — and your 16:9 thumbnail gets letterboxed into them.
I measured all five YouTube thumbnail sizes across six real videos, pixel by pixel, to work out exactly how much of each file is picture and how much is padding. The answer is unusually tidy: exactly one quarter.
The Five Files Behind Every Thumbnail
There is no thumbnail API and no secret endpoint. Every YouTube thumbnail download — from any site, any browser extension, any script — comes from the same five predictable URLs, built from the 11-character video ID:
https://img.youtube.com/vi/VIDEO_ID/maxresdefault.jpg
https://img.youtube.com/vi/VIDEO_ID/sddefault.jpg
https://img.youtube.com/vi/VIDEO_ID/hqdefault.jpg
https://img.youtube.com/vi/VIDEO_ID/mqdefault.jpg
https://img.youtube.com/vi/VIDEO_ID/default.jpgThat is the whole mechanism. When a yt thumbnail downloader shows you a grid of options, it has fetched those five URLs and shown you what came back. The interesting part is that the filenames describe the frame each image is delivered in — not the amount of picture inside it.
What You Actually Get, Measured
I fetched each file, decoded it to a canvas, and scanned inwards from every edge counting rows and columns that were pure black. Six videos, from the oldest upload on the platform to a recent one. Here is the pattern, using Luis Fonsi's Despacito as the reference — it behaved identically to every other 16:9 upload I tested:
| File | Frame size | Actual picture | Black bars |
|---|---|---|---|
maxresdefault | 1280 × 720 | 1280 × 720 | None |
sddefault | 640 × 480 | 640 × 360 | 60 px top, 60 px bottom |
hqdefault | 480 × 360 | 480 × 270 | 45 px top, 45 px bottom |
mqdefault | 320 × 180 | 320 × 180 | None |
default | 120 × 90 | 120 × 68 | 11 px top, 11 px bottom |
Read the middle two columns against each other and the filenames start to look mischievous. sddefault advertises 640 × 480, but a quarter of that frame is padding — the 120 rows it has over hqdefault are exactly the 120 rows of black it carries. And mqdefault, the one that sounds like the runt of the litter, is one of only two files that is pure picture from edge to edge.
Two sizes are 16:9 and honest. Three are 4:3 and padded. The filenames tell you nothing about which is which.
hqdefault read 40 px instead of 45. The picture area is genuinely 480 × 270; the scanner was simply being strict.
Why Three Sizes Are Stuck in 2005
YouTube launched in 2005 as a 4:3 site. The player was 4:3, the videos were 4:3, and so the thumbnail sizes were built 4:3 — 120 × 90, 480 × 360 and 640 × 480. Divide any of those three and you get exactly 1.333.
On 24 November 2008, YouTube switched the player to 16:9. Reports at the time noted the immediate side effect: every existing 4:3 video suddenly appeared pillarboxed, with black bars down the sides, because it no longer matched the frame around it.
The player changed. The three thumbnail filenames did not. Millions of pages, embeds and feeds already pointed at hqdefault.jpg and default.jpg, and changing their dimensions would have broken every layout built around them. So YouTube kept the frames and letterboxed the new 16:9 thumbnails into them, then added two genuinely 16:9 sizes alongside: mqdefault and maxresdefault.
You can watch this run in reverse on the oldest video on the platform. Me at the zoo was uploaded in April 2005 in 4:3, and YouTube's own oEmbed data still reports its dimensions as 200 × 150 — a 4:3 ratio — while every other video I checked reported 200 × 113. Measured against the same five files:
| File | Frame | 16:9 video (Despacito) | 4:3 video (Me at the zoo) |
|---|---|---|---|
hqdefault | 480 × 360 (4:3) | Letterboxed — 45 px bars | Perfect fit, no bars |
default | 120 × 90 (4:3) | Letterboxed — 11 px bars | Perfect fit, no bars |
mqdefault | 320 × 180 (16:9) | Perfect fit, no bars | Pillarboxed — 40 px side bars |
The 2005 video slots perfectly into the 2005 frames and gets bars in the modern one. The 2017 video does the exact opposite. Neither file is broken — they are just built for different eras, and every thumbnail you download today is passing through one or the other.
The 25% Is Not a Coincidence
Look back at the first table and check the ratio of picture to frame in each padded size. It is the same number three times:
sddefault 360 / 480 = 0.75 → 25% black
hqdefault 270 / 360 = 0.75 → 25% black
default 68 / 90 ≈ 0.75 → 25% blackThis falls straight out of the two aspect ratios. Fit a 16:9 image into a 4:3 frame of the same width and the height it occupies is:
(9/16) ÷ (3/4) = 0.5625 ÷ 0.75 = 0.75Three quarters of the frame is picture, so one quarter is always black — regardless of size, video, or year. It is not a YouTube decision or a compression artefact. It is what happens whenever 16:9 goes into 4:3.
The practical consequence: sddefault gives you a 640 × 480 file containing a 640 × 360 image. If you wanted a 640-wide picture that is fine, but you are storing 76,800 pixels of pure black and you will have to crop them off by hand. The 480 × 270 inside hqdefault is a smaller file that needs exactly the same work.
maxresdefault Often Does Not Exist
The usual advice for anyone wanting to download a YouTube thumbnail in full quality is short: just use maxresdefault.jpg. It is good advice right up to the moment it fails, and it fails more often than you would guess.
maxresdefault is not generated for every video. Older uploads and lower-resolution sources frequently do not have one — Me at the zoo, shot at 240p, has no maxresdefault and no sddefault either. That much is unsurprising.
What surprised me is that it is missing from videos where you would bet money on it being present. Ed Sheeran's Shape of You — one of the most-watched videos ever made, unambiguously HD — returns a 404 for maxresdefault. I requested it three times with cache-busting to be sure. Queen's remastered Bohemian Rhapsody has neither maxresdefault nor sddefault.
maxresdefault URL will show you a broken image on a meaningful share of videos and leave you assuming the video is private or the link is wrong. Any tool worth using checks all five and tells you which ones actually came back.
There is a second wrinkle. YouTube's current thumbnail guidance asks creators to upload at 3840 × 2160 — 4K. But maxresdefault came back at exactly 1280 × 720 for every video I measured, old and recent alike. Whatever resolution the creator supplies, 1280 × 720 is the largest version served back through these URLs. "Max res" means the maximum of this fixed set, not the maximum that exists.
The 404 That Hands Back a Picture
This is the detail that trips up home-made downloaders, and it is worth knowing about even if you never write one.
When a size is missing, YouTube does not simply refuse. It answers with HTTP 404 — and attaches a 1,097-byte JPEG anyway: a plain grey 120 × 90 placeholder. I confirmed the status code and the exact byte count directly.
An <img> tag does not care about status codes. Point one at a missing maxresdefault and the browser fires onload, not onerror, because a valid image genuinely arrived. The naive check — "did the image load? then it exists" — reports success and shows you a grey rectangle labelled HD.
GET /vi/jNQXAC9IVRw/maxresdefault.jpg
→ HTTP 404
→ Content-Type: image/jpeg
→ 1,097 bytes (grey 120 × 90 placeholder)The fix is to read the status code rather than trust the image load, which means fetching the file properly instead of dropping it into an <img>. Helpfully, img.youtube.com sends CORS headers, so a browser can do exactly that with no server in the middle — which is also why a thumbnail grabber can run entirely in your own tab.
Which One You Should Download
Ranked by how much actual picture you end up with:
| Want | Take | Then |
|---|---|---|
| Best available quality | maxresdefault — 1280 × 720 | Nothing. It is clean 16:9. |
| Best when maxres is missing | sddefault — 640 × 360 of picture | Crop 60 px off the top and bottom |
| Next best after that | hqdefault — 480 × 270 of picture | Crop 45 px off the top and bottom |
| Clean 16:9, no editing at all | mqdefault — 320 × 180 | Nothing, but it is small |
| A tiny reference image | default — 120 × 68 of picture | Rarely worth it |
Note the trap in the middle rows. When maxresdefault is missing, mqdefault is tempting because it needs no cropping — but it holds only 320 × 180 of picture against sddefault's 640 × 360. That is double the detail in each direction for the price of one crop, and hqdefault still beats it at 480 × 270. Unless you need the file untouched, take the padded one and crop it.
Cropping the bars off is a two-minute job in the Image Cropper, and if the result is heading somewhere with a file-size limit, the Image Resizer in KB will bring it under the cap without visible loss.
Grabbing a Thumbnail on CodBolt
- Open the YouTube Thumbnail Downloader.
- Paste any YouTube link — a normal
watch?v=URL, ayoutu.beshort link, a Shorts URL, an embed or live link, or just the bare 11-character video ID. - All five sizes are checked at once. Each card states the frame size and whether it is true widescreen or a padded 4:3 frame, so the choice above is visible rather than guessed.
- Sizes the video genuinely does not have are marked unavailable instead of showing you the grey placeholder — the status code is read, not the image load.
- Download saves the file directly, or Copy URL gives you the raw
img.youtube.comaddress if you would rather link to it.
Each image is fetched exactly once and reused for both the preview and the download, so saving is instant and nothing is requested twice. Everything needed to download YouTube thumbnails this way runs in your own browser — no upload, no account, and nothing about the video reaches our servers.