Craft guide · 10 min read

Why Are My Video Clips Blurry? Export Fixes Explained

Four different problems get called blurry, and only one of them is an export setting. Here is how to tell which one you have in about ten seconds, why the vertical crop is usually the real culprit, and what the export dialog can honestly do about any of it.

By the Clippingnet teamUpdated 2,314 words

WHERE SHARPNESS IS DECIDED 1RECORDthe pixels that exist at all2COPY OR DOWNLOADevery extra encode costs something3CROP TO VERTICALdeletes 68% of the frame4EDIT AND SCALEodd scaling factors soften edges5EXPORTthe only one that is a dialog6THE PLATFORM RE-ENCODESand this is what people watch five of the six happen before the export dialog opens

Four things called blurry

“Blurry” is not one problem. It is at least four, they look almost identical on a phone screen, and they have nothing in common underneath – which is why the usual advice of raising the export bitrate works for some people and does nothing at all for everyone else.

FOUR THINGS CALLED BLURRY UPSCALEDTHE TELLsoft even on a still frameWHERE FROMthe pixels never existedFIXshoot biggerMOTION MUSHTHE TELLsharp until something movesWHERE FROMthe encoder ran out of bitsFIXless noise and shakeGENERATION LOSSTHE TELLblocky edges and bandingWHERE FROMencoded more than onceFIXedit the originalNOT YOUR FILETHE TELLbad for a second, then fineWHERE FROMthe player is warming upFIXnothing to fix only the second one is affected by anything in an export dialog
They look alike on a phone and they have nothing in common underneath. The symptom in the middle row is what separates them, and it costs nothing to check.

The middle row is the whole diagnosis, and checking it takes about ten seconds. Pause the clip on a still frame. If it is soft while nothing is moving, you are looking at missing pixels and no export setting will help. If it is crisp paused and falls apart in motion, that is compression, and compression is the one case where the export dialog genuinely matters. Blocky edges and banded gradients point at a file that has been encoded more than once. And if it is bad for a second and then fixes itself, nothing is wrong with your clip at all.

Try it: the pixels you never had

The most common cause of a blurry clip is the least discussed, because it does not feel like a cause: the footage never contained enough detail for the size you are posting at. This is arithmetic rather than opinion, so it is worth doing rather than reading.

What you recorded

What you are posting

 

—

Delivery widths here are the common ones, used so the arithmetic has something to land on. Check what your own destination actually asks for – the ratio is the part that does not change.

Two results stand out. A 1080p recording cropped to vertical gives you 608 pixels across, which is being stretched by nearly two before anyone sees it – and 1080p is what most people record. The same crop from a 4K source lands comfortably the other side of the line, so the final step is a downscale, which looks sharper than no scaling at all because it averages real detail together rather than inventing it.

This is also the honest answer to the most common complaint about clipping, which is that vertical clips look worse than the video they came from. They do, and the reason is not the tool. Converting horizontal video to vertical covers what the crop costs and the ways around it, including the ones that keep the clip wide.

Start from the real file

Clip the source – not a copy of it

Why movement falls apart

If your clip is sharp when paused and turns to porridge when the camera moves, you have found compression doing what compression does.

WHY MOVEMENT IS WHERE IT FALLS APART stillsmall moveover budgeta panover budgetfast motionstill again what the bitrate provides a still frame is nearly free · a moving one is not, and that is where the detail goes
Illustrative shape, not measured values. Compression spends bits where the picture changes, so a clip that looks perfect on a talking head can fall apart the moment the camera pans.

A video codec does not store every frame. It stores what changed, which is why a talking head against a plain wall compresses beautifully and a handheld shot of a crowd does not. When the picture changes faster than the bitrate can describe it, the encoder degrades detail to stay inside its budget, and it does that exactly where your eye is already busy.

So the fixes for motion softness are mostly not settings. Reduce what changes. Stabilise the shot or lock the camera off. Add light, because noise is random change in every pixel and the encoder cannot tell it apart from detail. Cut on the motion rather than sitting through it. This is why gaming clips and stream highlights suffer worst – fast camera movement, particle effects and busy interfaces are close to a worst case – and why podcast clips almost never look soft.

Raising the bitrate does help here, genuinely, unlike in the upscaling case. It just helps less than people expect, for the reason in the next section.

Your file is not what people watch

Here is the thing that reframes every export decision: you never deliver your video to a viewer. You deliver it to a transcoder. The platform takes your upload and builds its own set of versions at its own bitrates, and one of those is what plays in the feed.

Which means the goal of an export is not to be as large as possible. It is to be easy to compress: clean, stable, correctly sized, at the frame rate it was shot. A noisy, shaky 200 Mbps file and a clean 20 Mbps file arrive at the same transcoder, and the clean one comes out the other side looking better.

YouTube publishes what it wants to receive, which is a useful anchor even though it says nothing about what gets sent out. For SDR uploads it recommends an MP4 with the moov atom at the front, H.264 High Profile with a closed GOP and variable bitrate, AAC-LC audio at 48 kHz, the BT.709 colour space, and bitrates of roughly 8 Mbps at 1080p and 35–45 Mbps at 4K for standard frame rates – rising to 12 and 53–68 Mbps at high frame rates.

Upload recommendations read from YouTube’s recommended upload encoding settings on 20 September 2026. These describe what YouTube asks to receive, not what it serves. Claims about how a transcoder rewards particular uploads are folklore unless the platform states them, and other platforms document this far less clearly than YouTube does – check your own account.

What the dialog can honestly fix

With all of that in place, the export settings that actually matter are few and dull. They will not rescue footage that lacks the pixels, and they will stop you making a clip worse than it needs to be, which is most of what an export dialog is for.

  • Export at the delivery size, onceDo not upscale in the dialog hoping for detail, and do not export small and let the platform enlarge it. One scale, to the size you are actually posting.
  • Keep the source frame rateYouTube says plainly that content “should be encoded and uploaded in the same frame rate it was recorded”. Changing it in the export is a common and avoidable cause of judder. (YouTube Help)
  • H.264 High Profile in an MP4YouTube’s recommended upload settings are an MP4 container with the moov atom at the front, H.264 High Profile, progressive scan, closed GOP and variable bitrate. (YouTube Help)
  • Use the recommended bitrate as a floorYouTube lists 8 Mbps for 1080p SDR at standard frame rates, 12 Mbps at high frame rates, and 35–45 Mbps for 4K. Going somewhat above is harmless; going far above mostly produces a larger file.
  • Audio at 48 kHz, AACListed as AAC-LC at a 48 kHz sample rate. It has nothing to do with sharpness, and it is the setting people get wrong while worrying about video.
  • Sharpen last, and barelyA light sharpening pass can help perceived detail. A heavy one gives the encoder high-contrast edges to describe, which costs bits and looks worse precisely where the picture moves.

Notice what is missing: any setting that adds detail. There is no such setting. Everything above either preserves what you have or avoids a second, unnecessary degradation, and that is the entire honest scope of an export dialog.

Stop re-encoding the same footage

Generation loss is the quiet one, because each individual step looks fine and the damage only becomes obvious three or four steps in.

Every time a video is encoded, the encoder discards what it judges you will not miss. Decode that result and encode it again and the second pass makes the same judgement about an image that has already been through it, this time including the artifacts of the first pass. Do it enough times and you get the familiar look: blocky edges, smeared movement, bands across what should be a smooth sky.

In practice the chain gets long without anyone deciding it should. A video is downloaded rather than exported from the source. It is screen-recorded because the download was awkward. It is trimmed and exported, then that export is reopened to add captions and exported again, then uploaded and re-encoded by the platform. That is five encodes, and only the last one was unavoidable.

The rule is simply one encode, from the original, as late as possible. Do the cutting, the crop, the captions and the titles in a single pass and export once at the end. It is also faster, which is the version of this argument that tends to stick.

Fixing it where it broke

Almost everything on this page points backwards, to a decision made before the clip existed. These are the habits that stop the problem happening, in rough order of how much difference they make:

  • Record 4K if you will cropThe single highest-value habit on this page. A vertical crop of 4K leaves 1,215 pixels across; the same crop of 1080p leaves 608. Nothing downstream recovers that difference.
  • Keep the original fileEdit from the camera file or the original download, never from a copy you already exported. Each additional encode costs something and none of it comes back.
  • Do not screen-record a videoRecording a playing video is an encode of an encode, usually at a lower resolution and a mismatched frame rate. Get the real file if there is any way to.
  • More light, less noiseNoise looks like detail to an encoder, so it spends bits describing grain instead of faces. A brighter scene compresses better and therefore looks sharper at the same bitrate.
  • Stabilise, or stop movingCamera shake changes every pixel in the frame, which is the most expensive thing you can ask compression to encode. A locked-off shot is worth more than a higher bitrate.
  • Match frame rates end to endRecord, edit and export at the same rate. Converting 30 to 25, or 60 to 30 badly, produces a judder people read as softness even when the frames are sharp.

The first one is worth more than the other five together. If you record at 4K and crop vertically, you are downscaling at the end and the whole subject of this page mostly goes away. If you record at 1080p and crop vertically, no export setting, no bitrate and no upscaler fully recovers it – you are enlarging 608 pixels and hoping, and the viewer can tell.

FAQ

My clip looks fine in the editor and blurry after posting. Why?

Because what you uploaded is not what anyone watches. Platforms re-encode every upload into their own set of renditions, so your file is an input to a compressor rather than the thing being delivered. The useful response is not to raise your export bitrate indefinitely, it is to hand the compressor something easy: less noise, less shake, and the resolution the delivery actually wants.

Does exporting at a higher bitrate fix blurriness?

Only if compression is your actual problem, which is one of the four causes on this page. If the clip is soft on a still frame you are upscaling, and bitrate cannot invent pixels. If it is soft only during movement, more bitrate genuinely helps – up to the point where the platform re-encodes it anyway.

Why do my vertical clips look worse than my horizontal ones?

Because a vertical crop throws away just over two thirds of the frame. A 1080p recording cropped to 9:16 leaves 608 pixels across, and a vertical delivery usually wants 1080, so the clip is being enlarged by about 1.8 times before anyone sees it. Converting horizontal video to vertical has the arithmetic.

The first second or two looks terrible and then it sharpens. Is that my export?

No, and this one is worth recognising because people re-export for days trying to fix it. Streaming players start on a low-quality rendition and switch up once they have measured the connection. It is the player adapting, it happens to everybody, and nothing in your file changes it.

What bitrate and format does YouTube actually recommend?

For SDR uploads it lists 8 Mbps at 1080p and 35–45 Mbps at 4K for standard frame rates, rising to 12 Mbps and 53–68 Mbps at high frame rates, in an MP4 with H.264 High Profile video and AAC-LC audio at 48 kHz, in the BT.709 colour space. Other platforms document this far less clearly, so check your own account rather than assuming these carry over. (YouTube Help, read 20 September 2026.)

Will an AI upscaler fix a clip I already cropped?

It can make a clip look better and it cannot make it more accurate – it is inventing plausible detail rather than recovering real detail, which is fine for a face and unreliable for text, logos and numbers. It is a last resort for footage you cannot re-cut, not a substitute for starting from enough pixels. AI video clipping tools covers the wider category.

Does a free tool make clips blurrier?

Not inherently, but free tiers often cap export resolution, and a cap is indistinguishable from any other kind of upscaling once it reaches a feed. Check the export ceiling before blaming the footage – free video clipping tools covers what the limits usually are.

Related: horizontal to vertical video, short video hooks and what video clipping is.

Mark the in. Mark the out. Done