Initializing... drag & drop files here
Supports: DIVX
.divx video or click "Add Files". Batch is supported — drop in several DIVX files and each one converts in parallel into its own download.DivX is a video codec built on MPEG-4 Part 2 (Advanced Simple Profile). It started in 1998 as "DivX ;-) 3.11", a hacked build of Microsoft's MPEG-4 v3 codec, and became a proper proprietary product when French developer Jérôme Rota's company (DivXNetworks, later DivX, Inc., today DivX, LLC of San Diego) shipped the official DivX 4.0 codec in July 2001. In the early-to-mid 2000s it was the standard way to fit a full-length movie onto a single CD-R, which is why so many older AVI rips carry a DivX video stream. The .divx extension itself is the DivX Media Format container, introduced with DivX 6, that wraps that MPEG-4 ASP video alongside multiple audio and subtitle tracks. (It is unrelated to the discontinued Circuit City DIVX rental-disc system, despite the shared name.)
The reason to convert is that the world moved on to H.264 (MPEG-4 Part 10), which compresses far more efficiently and decodes in hardware on nearly every device made since around 2010. A DivX file plays fine in VLC, but Windows Media Player needs a separate codec pack, and most phones, browsers, smart TVs, and modern editors won't open a .divx at all. Common reasons people convert:
| Format | Codec basis | Year / Origin | Native playback today | Best for |
|---|---|---|---|---|
| DIVX | MPEG-4 Part 2 (ASP), DivX implementation | DivX 4.0, July 2001 (DivX, LLC) | VLC, DivX Player; Windows needs a codec pack | Legacy 2000s AVI-era rips |
| XviD | MPEG-4 Part 2 (ASP), open-source | Forked from OpenDivX, July 2001 (GPL) | VLC, MPC-HC; same caveats as DivX | Open-source ASP encoding, old-player compatibility |
| MP4 (H.264) | MPEG-4 Part 10 (AVC) | ISO/IEC 14496, AVC 2003 | Every modern phone, browser, TV, console | Universal playback and sharing |
| MKV (H.264/H.265) | Modern codecs, Matroska container | Matroska, 2002 (open) | VLC, MPV, Plex, Jellyfin; not Safari/Roku | Multi-track libraries with subtitles |
| WebM (VP9/AV1) | VP9 or AV1, royalty-free | Google/WHATWG, 2010 | Chrome, Firefox, Edge; Safari 17+ for AV1 | HTML5 web embeds, background video |
VLC, MPC-HC, PotPlayer, and the official DivX Player all decode DivX out of the box. Windows Media Player can't, because a .divx carries an MPEG-4 ASP stream that WMP doesn't include a decoder for — you'd have to install a separate DivX or codec pack first. The cleaner long-term fix is to convert the file to an H.264 MP4, which plays in WMP, every browser, and on phones and TVs without installing anything.
They're close cousins, not the same. Both implement the same MPEG-4 Part 2 Advanced Simple Profile standard, so a player that handles one usually handles the other. The difference is licensing: DivX is the proprietary codec from DivX, LLC, while Xvid is the open-source (GPL) implementation, forked from OpenDivX in July 2001. Visually they're comparable; if you want to stay on MPEG-4 ASP but move to the open-source side, DIVX to XviD re-encodes between them, and either one converts cleanly to MP4.
Converting from DivX (MPEG-4 ASP) to MP4 (H.264) is a genuine re-encode, not a remux, because the codec changes — so some loss is technically unavoidable. In practice it's negligible: set Constant Quality (CRF) to 18-20 and the H.264 output is visually indistinguishable from the DivX source in side-by-side viewing, while usually ending up a good deal smaller. The bigger quality factor is the original DivX rip itself; converting can't add detail the source already lost.
Yes — H.264 is more efficient than the MPEG-4 ASP codec inside a DivX file, so at matched perceptual quality the MP4 is typically smaller, not larger. In our testing, a 700 MB DivX movie rip re-encoded to an H.264 MP4 at CRF 20 landed around 450-550 MB with no visible quality drop. If you need a hard ceiling, switch the Quality Preset to Specific file size and enter a target in MB and the encoder tunes the bitrate to hit it.
The DivX Media Format container can hold multiple audio and subtitle tracks, and the way to preserve them is to convert into a container that also supports them — MKV is the best target. DIVX to MKV re-wraps the streams into Matroska, which Plex, Jellyfin, VLC, and MPV all read with soft subtitles intact. A plain MP4 can carry multiple tracks too, but MKV is the more forgiving home for multi-language libraries.
Yes. Files are uploaded over an encrypted (TLS) connection, processed on our servers, and deleted automatically a few hours after the job finishes — there's no sign-up, no watermark, and files are never shared or made public. There's no fixed per-file cap; because conversion runs server-side, the real limit is your upload size and connection speed, so very large DivX movie rips are routine.