Initializing... drag & drop files here
Supports: AVI
AVI is a 1992 Microsoft RIFF-based container that can hold many different video codecs — DV, MJPEG, Cinepak, uncompressed YUV, MPEG-4 Part 2, and more. "DivX" specifically refers to an implementation of the MPEG-4 Part 2 Advanced Simple Profile (ASP) codec, originally derived from a Microsoft MPEG-4 codec in 1998 and developed commercially by DivX, Inc. starting with DivX 4.0 in July 2001. Converting AVI → DivX usually means transcoding whatever codec is inside your AVI into the DivX flavor of MPEG-4 ASP so a certified consumer-electronics device can decode it.
| AVI source codec | What it is | Path to DivX |
|---|---|---|
| DivX (DIVX / DX50 FourCC) | Already MPEG-4 ASP DivX | Often just a re-encode for profile compliance |
| Xvid (XVID FourCC) | Open-source MPEG-4 ASP | Same standard — re-encode to set DivX FourCC, or trust that most players accept Xvid |
| MPEG-4 Part 2 (FMP4, MP4V) | Generic MPEG-4 ASP | Re-encode for guaranteed certified-player compatibility |
| H.264 (H264, AVC1) | MPEG-4 Part 10 | Full transcode — different codec family |
| MJPEG | Per-frame JPEG | Full transcode — huge size reduction |
| DV (camcorder) | DV25 — uncompressed-ish | Full transcode — ~10× smaller |
| Uncompressed / Cinepak / Indeo | Legacy codecs | Full transcode |
| Profile | Max resolution | Max bitrate | Typical hardware era |
|---|---|---|---|
| Handheld | 176×144 | 600 kbps | Early DivX-cert portables |
| Home Theater | 720×576 | 9,720 kbps (4 Mbps avg) | DVD players 2003-2012 |
| HD 720p | 1,280×720 | 8 Mbps avg | Late-era DVD + early Blu-ray |
| HD 1080p | 1,920×1,080 | 20 Mbps | DivX Plus HD Blu-ray players (2009+) |
Source: DivX Inc. profile specifications. The Home Theater profile is the most common target — it covers the bulk of the certified-player install base. Burning above 864×640 to a data DVD has been reported to cause playback issues on many Home Theater profile players even when the file is technically in profile, so the practical safe ceiling for DVD-R targets is 720×576.
| Property | DivX | Xvid |
|---|---|---|
| License | Commercial (DivX, LLC) | Open-source (GPL) |
| Underlying codec | MPEG-4 Part 2 ASP | MPEG-4 Part 2 ASP |
| FourCC tag in AVI | DIVX / DX50 | XVID |
| Certified-player decode | Native (logo guarantees) | Usually works (same standard) but not guaranteed by certification |
| Quality at low bitrate | Slightly better historically | Comparable on modern builds |
| Active development | Owned by Fortress Investment Group | Community |
If your target device has the DivX logo, the safest path is a DivX-FourCC re-encode. If the device is generic-MPEG-4 friendly, Xvid plays on most of the same hardware. See Xvid to DivX for the direct codec-tag conversion.
Only for legacy hardware. Modern phones, TVs, and Blu-ray players decode H.264 and increasingly H.265 / AV1 natively, which deliver the same quality at 30-50% smaller files. The only good reason to encode new DivX in 2026 is a specific certified player you can't replace — a 2005 DVD player in a vacation home, an Archos portable, a kiosk system. For any modern target, AVI to MP4 is the better path.
Almost always one of three things. First, the codec inside the AVI isn't actually DivX/Xvid — it might be H.264, MJPEG, or something else the player can't decode (VLC/MPC on PC handles them all). Second, the resolution exceeds the player's profile — Home Theater profile caps at 720×576, and many real-world players choke above 864×640. Third, the audio codec is incompatible — most certified players require MP3 or AC-3, not AAC or Vorbis. Re-encoding to DivX video + MP3 audio at 720×576 fixes all three.
Yes — any lossy re-encode loses information. The practical loss depends on bitrate budget: at 1,500-2,500 kbps for 720×576 DivX, the result is visually close to the source for typical content (TV shows, movies, family video). Compression-heavy content (action, fast motion, fine grain) shows more loss. Use the highest quality preset / lowest CRF that still meets your file size target — Constant Quality (CRF) usually beats Constant Bitrate for most content.
For a standard 4.7 GB DVD-R holding 4.37 GB of usable data: aim for **1,400 kbps total** to fit a 4-hour movie compilation, ~2,800 kbps for two hours, or ~5,600 kbps for one hour at near-DVD quality. Subtract roughly 192 kbps for MP3 audio. Variable Bitrate is more efficient than Constant Bitrate at the same average — use it unless your player has known VBR issues.
Often yes. Both Xvid and DivX implement MPEG-4 Part 2 ASP, and DivX certification testing historically included Xvid-encoded samples — most certified players play Xvid AVIs without modification. If your specific player refuses Xvid, the issue is usually FourCC strictness or a B-frame setting; re-encoding to DivX with B-frames disabled tends to resolve it. Try the unmodified file first.
Standard AVI is limited here. AVI officially supports one video and one audio stream cleanly; multi-audio AVIs exist but are non-standard and many players ignore the extra tracks. Subtitles inside AVI are also non-standard (some MKV-to-AVI tools embed them, but DivX-certified players generally read subtitles only from separate.srt or.sub files in the same folder as the video, matched by filename. If you need multi-audio or chapters, MKV or MP4 to MKV is a better container.
The source was probably already at or below the target bitrate. Re-encoding can't make a low-bitrate file smaller without losing visible quality — the encoder needs the bitrate budget to reach your quality target. If the source is already a 1,200 kbps Xvid AVI and you set Quality Preset to Very High, the output may be 1,500-2,000 kbps. Either drop to a lower quality preset, set a Specific file size target, or simply keep the original.
There's no hard file count limit and no watermark. Files are uploaded over an encrypted connection and processed on our servers; the practical limit is upload size and connection speed. For very large source files, the conversion runs longer but completes. For other AVI conversions, see AVI to MKV or compress AVI.