Initializing... drag & drop files here
Supports: AVI
AVI (Audio Video Interleave) is Microsoft's RIFF-based container, first shipped with Video for Windows in November 1992. Two things make AVI files unusually large today: the container itself has more per-frame overhead than MP4 or MKV, and the codecs commonly bundled inside it — Xvid, DivX, MPEG-4 Part 2 (both released around 2001), MJPEG, and uncompressed RGB — are 2-3x less efficient than modern H.264 or H.265. Shrinking AVI is mostly about routing the same pixels through a smarter encoder, optionally trimming dead footage, and dropping resolution where it won't be missed.
These figures are typical for 1080p at "watchable web" quality; exact numbers depend on motion complexity and your CRF/bitrate target.
| Codec inside AVI | Standard / era | Typical 1-hour 1080p size | Notes |
|---|---|---|---|
| Uncompressed RGB | — | 600-900 GB | Pristine; only used for editing intermediates |
| HuffYUV / FFV1 | Lossless, late 1990s-2000s | 30-80 GB | Mathematically lossless; archival workflows |
| MJPEG | ISO/IEC 10918, 1992 | 30-60 GB | Each frame an independent JPEG; no inter-frame compression |
| MS-MPEG4 / WMV | Microsoft, late 1990s | 1.5-3 GB | Common in older Windows screen captures |
| Xvid / DivX (MPEG-4 Part 2) | 2001 | 1-2 GB | The "classic" AVI codec from the 2000s |
| H.264 (MPEG-4 Part 10) | 2003 | 0.6-1.2 GB | Modern baseline; same quality at half the size of Xvid |
| H.265 / HEVC | 2013 | 0.3-0.7 GB | ~40-50% smaller than H.264 at the same CRF |
| If you need… | Choose | Why |
|---|---|---|
| Maximum file size reduction | Convert AVI to MP4 with H.264/H.265 | Modern container + modern codec compounds savings |
| Drop-in replacement for legacy software | Compress AVI (this page) | Keeps .avi extension and RIFF structure |
| Smallest possible archive | Convert AVI to MKV with H.265 | MKV has lower container overhead than AVI; H.265 has lower codec overhead than H.264 |
| Apple ecosystem playback | Convert AVI to MOV | Native QuickTime / Final Cut support |
| Web embedding (HTML5 video) | Convert AVI to MP4 | Browsers don't play AVI; MP4/H.264 is universal |
| Trim only, no re-encode | Trim AVI | Stream-copy cut preserves quality and finishes in seconds |
CRF (Constant Rate Factor) targets a constant perceptual quality and lets the encoder pick the bitrate frame by frame. Lower CRF = higher quality and larger files.
| Codec (CRF mode) | Visually lossless | Good quality | Web-quality | Aggressive |
|---|---|---|---|---|
| H.264 | 17-18 | 19-23 | 24-27 | 28-32 |
| H.265 | 20-22 | 23-26 | 27-30 | 31-34 |
| Xvid / MPEG-4 (qscale) | 2-3 | 4-6 | 7-10 | 11-15 |
| MJPEG (qscale) | 2-3 | 4-7 | 8-12 | 13-20 |
A rule of thumb: H.265 CRF roughly equals H.264 CRF + 4 at similar perceived quality, and produces files ~40-50% smaller.
Two reasons stack. First, AVI's container overhead is higher than MP4's — index tables and per-chunk headers cost more bytes per second. Second, AVI files are usually encoded with Xvid, DivX, or MPEG-4 Part 2, which are roughly half as efficient as H.264 and a third as efficient as H.265 at equal visual quality. Re-encoding the same source to H.264 inside an MP4 container typically cuts size by 50-70%.
If any downstream tool (legacy editor, hardware DVD player, AviSynth script) specifically requires .avi, compress in AVI. Otherwise convert to MP4 with H.264 — you'll get a smaller file, broader playback support, and proper B-frame compression. AVI's spec doesn't reliably handle B-frames, which is one reason it can't match MP4 efficiency even with the same codec.
No. Your source file is never modified. Compression produces a new output file; the original AVI sits on your disk untouched. If the new file looks worse than you want, re-run with a higher quality setting (lower CRF or higher target size %).
If you're keeping H.264 inside AVI, start at CRF 20-22 — that's slightly above default and gives meaningful savings without visible artifacts. For Xvid the equivalent is qscale 4-5. Drop CRF (or qscale) by 2 if you see blockiness on dark gradients or fast motion; raise it by 2 if you need a much smaller file and the content is mostly static.
DV-AVI runs 13 Mbps interlaced 720x480 (NTSC) or 720x576 (PAL). De-interlace during compression if your encoder supports it, then target H.264 CRF 20 at the original resolution. A 60-minute tape (13 GB) typically lands at 1-1.5 GB with no perceptible quality loss. Many users move to MP4 at this point — see Convert AVI to MP4.
Partially. If you only need to trim length, use Trim AVI — it does a stream copy with no quality loss. To shrink the file without trimming you must re-encode; AVI has no other "lossless shrink" path because it doesn't support modern features like B-frames that more efficient codecs rely on.
Yes. The compressor accepts AVI files regardless of which codec is inside — Xvid, DivX, MPEG-4 Part 2, MJPEG, MS-MPEG4 (Microsoft's WMV variants inside AVI), HuffYUV, and uncompressed RGB are all supported. You can keep the source codec or switch to a more efficient one in Advanced Options → Video Codec.
AVI's specification doesn't support attached subtitles, embedded fonts, or chapter markers — those have to live in a sidecar .srt file or be hardcoded into the video stream. If your AVI was made with hardcoded subtitles, they'll remain (they're pixels in the video). For a container that does carry soft subtitles natively, compress into MKV instead via Convert AVI to MKV.
Files process in your browser session, so the practical ceiling is your device's available RAM and storage. There's no per-file watermark, no sign-up requirement, and no daily count cap on this page.