Why a compressed video can end up bigger than the original
It feels backwards, but it is normal: compressing a video that is already efficiently compressed can produce a larger file.
Compression is not a squeeze
A compressor doesn’t take the existing file and press it smaller. It decodes every frame back into raw pixels and encodes them again from scratch, aiming for a quality, not a size. If the original encoder already threw away most of the detail it could, the new encoder has little left to remove. Worse, it sees the compression artefacts of the first encode as “detail” and spends bits preserving them.
Files that commonly grow
- Screen recordings with mostly static content. Their bitrate is tiny, and a quality-based encoder may decide they deserve more.
- Videos exported at low bitrates from editing apps or messaging apps, which have already been compressed hard.
- HEVC (H.265) and AV1 files. These codecs are more efficient than H.264, so the same quality in H.264 needs more data.
- Small, low-resolution clips where container and audio overhead are a large share of the file.
The metadata viewer shows the codec and bitrate. A 1080p video under about 2 Mbps, or any HEVC file, is a likely candidate.
What EasyVideoConverter does about it
When the result is larger than the upload, the compressor tells you how much larger and leaves the decision to you. It doesn’t quietly hand you a bigger file. Usually the right move is to keep the original.
What to do instead
- Lower the resolution. This reliably cuts size, because there are simply fewer pixels to describe.
- Use the Strong level. It lowers the target quality enough to get under the original’s bitrate.
- Trim it. Shorter is smaller, with no quality cost at all.
- Remove the audio if it isn’t needed.
How to predict it before you try
You do not need to run the compression to make a good guess. Two numbers tell you most of the story: the codec and the bitrate per pixel. Open the file in the metadata viewer and note the video bitrate and resolution, then divide the bitrate by the pixel count. Rough thresholds for H.264:
| Bits per pixel per frame | What it means | Compression will… |
|---|---|---|
| Above 0.15 | Generous bitrate, common for camera and editor exports | Shrink a lot |
| 0.05 – 0.15 | Ordinary compressed video | Shrink moderately |
| Under 0.05 | Already squeezed, typical of messaging apps and screen recordings | Barely shrink, or grow |
If the file is HEVC or AV1, shift the thresholds: those codecs reach the same quality with roughly 30–50% fewer bits, so a bitrate that looks low may already be high quality.
Does compressing twice lose more quality?
Yes. Every encode is a generation, and each one throws away detail the next one cannot recover. Compressing an already compressed file usually makes the artefacts worse while saving little: the encoder spends bits reproducing the blockiness and colour banding of the first pass, because it treats them as real detail. This is why the tool works from the file you give it, and why it is worth keeping the camera original. If you must process in several steps, do the destructive ones (trim, crop, resize) on the original and compress once at the end.
What “Compress to a size” does differently
A size target changes the logic: the tool computes a bitrate from your target and the clip length, then checks the result. If the encoded file is still above the target, it re-encodes once with a lower bitrate. This is a deliberate second generation, accepted because hitting the limit matters more than avoiding one extra encode. It is the right tool when a platform refuses anything above, say, 16 MB, and the wrong one when you simply want a smaller file for convenience.
A word on expectations
Compression is not free, and the honest answer for an already efficient file is often “do not compress it”. A 30 MB screen recording that becomes 28 MB but visibly softer is a worse outcome than keeping the original and sending a link instead. The compressor reports the exact sizes so you can make that call.
Does the container matter?
Less than people expect. Moving the same streams from MP4 to MOV or back changes the overhead by a few kilobytes, not by megabytes. If a “conversion” makes a file dramatically smaller, it re-encoded the video; if it did not, the size stays put. That is why the fast conversion option in the converter is honest about producing a similar size.