Initializing... drag & drop files here
Supports: XVID
Xvid is a free, open-source MPEG-4 Part 2 Advanced Simple Profile (ASP) encoder released in 2001 as the open alternative to the proprietary DivX codec, distributed under the GNU GPL. It's almost always wrapped in an AVI container with the XVID FOURCC tag, and was the dominant codec for DVD rips and set-top "DivX-compatible" players through the late 2000s. Files can balloon for two reasons: MPEG-4 ASP is roughly half as efficient as H.264 at matched quality, and AVI overhead plus uncompressed PCM audio tracks add up fast. Trimming, lowering bitrate, or transcoding to a modern codec shrinks files dramatically.
| Property | Xvid (MPEG-4 ASP) | H.264 / AVC | H.265 / HEVC | AV1 |
|---|---|---|---|---|
| Standard | MPEG-4 Part 2 ASP | MPEG-4 Part 10 | MPEG-H Part 2 | AOMedia AV1 |
| First released | 2001 | 2003 | 2013 | 2018 |
| Typical container | AVI (FOURCC XVID) |
MP4, MKV, MOV | MP4, MKV | MP4, MKV, WebM |
| Relative bitrate vs Xvid at same quality | 1.0× (baseline) | ~0.5× | ~0.25-0.35× | ~0.2-0.3× |
| B-frame support | Yes (ASP feature) | Yes | Yes | Yes |
| License | GNU GPL (free) | Royalty-bearing (MPEG LA) | Royalty-bearing | Royalty-free |
| Hardware decode in modern devices | Software only | Universal | iPhone 6+, most 2015+ | iPhone 15 Pro+, Pixel 6+, AV1-capable TVs |
| Best fit | Legacy DivX/Xvid players, AVI archives | Universal playback | Modern devices, smaller files | Streaming, future-proofing |
If you're keeping the file as Xvid for compatibility, see Compress AVI. To move to a modern codec, Xvid to MP4 or Xvid to MKV typically halves the file even before further compression.
| Method | What it does | Use when |
|---|---|---|
| Target file size (%) | Slider 1-100% of original; Smart Scaling picks bitrate automatically | You want predictable shrinkage with one knob |
| Specific file size (MB/KB) | Enter an exact target (e.g. 10 MB for Discord, 25 MB for Gmail) | You're hitting a known upload cap |
| Constant Bitrate (CBR) | Same bitrate throughout the file | Streaming over bandwidth-capped connections |
| Variable Bitrate (VBR) | Bitrate adapts to scene complexity | General archival — better quality per MB than CBR |
| Constant Quality (qscale) | Xvid's quality knob, range 1-31 (lower = better; ~3-5 is visually near-lossless, 10+ is heavy compression) | Best quality per MB; size varies with content |
| Constraint Quality | Quality target with a max bitrate cap | You want quality but must stay under a streaming bitrate |
Lossy compression always discards some data, but how much you notice depends on the method and how aggressive you go. Target file size at 70-80% is typically indistinguishable from the source on most footage. Below ~40%, you'll see blocking in motion and gradient banding in dark scenes — both of which MPEG-4 ASP handles less gracefully than H.264 or HEVC. If quality matters most, use Constant Quality with qscale 3-5 and let the file size land where it does.
Because MPEG-4 ASP (the standard Xvid implements) is roughly half as efficient as H.264 at matched quality. The same 90-minute movie that fills a 700 MB Xvid AVI typically fits in 350-400 MB as H.264, and 200-250 MB as H.265. If you don't need Xvid for a specific legacy player, the cheapest "compression" is switching codecs via Xvid to MP4.
Keep AVI only if your target device explicitly requires it (old DVD players, certain in-car media units, legacy NAS firmware). AVI can't carry B-frames reliably from modern codecs, doesn't support soft subtitles, and tops out around 2 GB on many old players even with OpenDML. MKV or MP4 are better containers for anything made in the last decade.
Usually yes, as long as you keep the codec set to Xvid (MPEG-4 ASP) and stay inside the player's bitrate and resolution caps. Most "DivX Home Theater" players certify around 4 Mbps peak, 720×576 (PAL) or 720×480 (NTSC), and MP3 audio. Constraint Quality with a 4000 kbps max bitrate is a safe target.
CRF is the H.264/H.265 quality knob (0-51, lower = better). Xvid uses a different scale called qscale with a 1-31 range — lower is still better. Both target a consistent perceived quality and let file size float with content. The numbers don't map directly: Xvid qscale 4 is roughly comparable to H.264 CRF 20-22 in subjective quality, but the H.264 file will be significantly smaller.
Yes. Set your compression method, then under Trim enter a start time and duration. Both run together in a single encode, so you avoid the generational quality loss of re-encoding twice. For trim-only with no recompression, use Trim Xvid instead.
A 700 MB / 90-minute Xvid AVI at SD 480p generally compresses to ~350 MB at 50% target with no visible loss, ~150 MB if you also drop to 360p, and ~60-90 MB if you transcode the same file to H.265. AV1 can push that under 50 MB but encoding is slower. For a 25 MB Gmail attachment, expect to drop resolution and trim.
Yes — DivX and Xvid both implement MPEG-4 ASP and share the AVI container, so the same compression methods apply. You can also convert DivX to Xvid first if you specifically need the Xvid FOURCC. For pure DivX compression, see Compress DivX.
Files are uploaded to xconvert's processing servers for transcoding (Xvid encoding is too CPU-heavy for in-browser WASM), but they're deleted automatically after a few hours and aren't shared with third parties. No account is required, no watermark is added.