Initializing... drag & drop files here
Supports: DIVX
DivX video is encoded with the MPEG-4 Part 2 (Advanced Simple Profile) codec — the same early-2000s standard behind Xvid — which most phones, browsers, smart TVs, and modern editors no longer decode without a dedicated DivX player or codec pack. This is the flagship rescue path for old AVI-era rips: it re-encodes your DivX file to an MP4 with H.264 video and AAC audio, the combination that plays natively almost everywhere, so a clip stuck on legacy hardware works again on an iPhone, Android, the web, or in any current editor.
.divx file (or a DivX-encoded .avi) onto the page, or click "Add Files" to browse. Batch is supported — queue several rips and each converts with the same settings.DivX and MP4 sit on different layers — one is mainly a codec, the other mainly a container — so the conversion is a genuine re-encode, not a rewrap. Here is what actually changes:
| Property | DivX (source) | MP4 / H.264 (output) |
|---|---|---|
| What it is | MPEG-4 Part 2 (ASP) video, usually in an AVI or DivX (.divx) container |
MP4 container holding H.264 video + AAC audio |
| Codec standard | ISO/IEC 14496-2 (MPEG-4 Part 2), Advanced Simple Profile | ISO/IEC 14496-10 (MPEG-4 Part 10 / AVC), standardized 2003 |
| Compression efficiency | Older; needs a higher bitrate for the same quality | Roughly 30-50% more efficient at matched quality |
| Native device playback | Needs a DivX player or codec pack on most modern devices | Plays out of the box on iOS, Android, Windows, macOS, TVs, consoles |
| Browser support | Not playable in HTML5 <video> without plugins |
One of the most widely supported codecs; native in Chrome, Edge, Firefox, Safari |
| Stream handling | — | Codec changes, so the video is re-encoded rather than copied across |
| Best for | Legacy 2000s AVI-era rips and DivX-Certified players | Phones, web, social uploads, editors, general sharing |
The default Quality Preset covers most conversions, but the File Compression modes let you trade size against quality precisely. Pick by what you're optimizing for:
| Setting | What it does | Use it when |
|---|---|---|
| Quality Preset (Very High → Low) | Picks a target quality behind the scenes | Most users — set once and convert |
| Constant Quality (CRF) | Fixed perceptual quality, variable size (18 = visually lossless, 23 = default, 28 = smaller) | Archiving a legacy library at consistent quality |
| Specific file size (MB) | Encoder tunes bitrate to hit an exact size cap | Fitting an email, chat, or upload limit |
| Constant Bitrate (CBR) | Holds a fixed Mbps throughout | Streaming targets with a hard bitrate ceiling |
| Variable Bitrate (VBR) | Bitrate adapts to scene complexity | Best size-to-quality balance for general playback |
| Constraint Quality | Capped VBR — quality-driven but with a bitrate ceiling | Quality-first output that still respects a rate limit |
It is a genuine re-encode — DivX (MPEG-4 Part 2 ASP) and H.264 are different codecs, so the video stream is re-encoded rather than copied across, and some loss is technically unavoidable. In practice it is negligible: H.264 is far more efficient than MPEG-4 Part 2, so at the default "Very High" preset (or Constant Quality around CRF 18-20) the output is visually hard to tell from the source. The bigger quality factor is the original rip itself — converting can't add back detail the source already lost.
Yes. DivX is most commonly carried inside an AVI container, so an .avi that uses the DivX codec converts exactly the same way and produces an identical MP4. If your file's extension is .avi, the dedicated AVI to MP4 converter accepts the same DivX-encoded footage — it auto-detects the codec inside the container.
Phones and browsers ship with native H.264 (and increasingly H.265) decoders but generally do not include an MPEG-4 Part 2 / DivX decoder. That is why a DivX clip needs a DivX-branded player or a codec pack on the desktop and often fails silently on mobile or in a browser tab. Re-encoding to H.264 MP4 removes that dependency, because H.264 is decoded in hardware on essentially every device made since around 2010.
They are different layers. DivX is primarily a video codec (MPEG-4 Part 2 ASP), historically stored in AVI files and later in the DivX Media Format that uses the .divx extension. MP4 is a container that here holds H.264 video and AAC audio. Converting moves your footage from the older DivX codec into the newer, far more widely supported H.264-in-MP4 combination.
Yes. Open File Compression, switch to "Specific file size", and enter a target in MB — the encoder tunes the bitrate to hit it. Choosing H.265 as the Video Codec shrinks it further at comparable quality. If your goal is purely a smaller file rather than a format change, the Video Compressor targets a size or percentage directly and accepts DivX input. In our testing, a 700 MB DivX movie rip re-encoded to H.264 MP4 at CRF 20 landed around 450-550 MB with no visible quality drop.
The DivX Media Format container can hold several 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.
The underlying MPEG-4 Part 2 standard is now royalty-free everywhere: the last patent in the MPEG-4 Visual pool expired on July 19, 2026, so encoding and decoding DivX (or its open-source cousin Xvid) no longer requires a license. That does not change playback compatibility, though — patents expiring doesn't add a DivX decoder to your phone or browser. If a device won't open the file, the fix is still to convert it to H.264 MP4.
No — they just share a name. The video codec is DivX from DivX, LLC (San Diego), which began in 1998 as "DivX ;-) 3.11" and shipped as the official DivX 4.0 codec in 2001. The all-caps "DIVX" that people sometimes remember was Circuit City's discontinued pay-per-view rental-disc system from the late 1990s, which is entirely unrelated to the video codec your .divx file uses.
Yes. Files are uploaded over an encrypted (TLS) connection, processed on our servers, and deleted automatically a few hours after the job finishes — no sign-up, no watermark, and they are never shared or made public. There's no fixed per-file cap; because conversion runs server-side, the practical limit is your upload size and connection speed, so large DivX movie rips are routine.