Initializing... drag & drop files here
Supports: DIVX
.divx clip. Batch is supported — queue several rips and download them individually or as a ZIP.DivX is the MPEG-4 Part 2 codec popularised in the early-2000s DVD-rip era — originally a 2000 reverse-engineering of Microsoft's MPEG-4 v3 codec by Jérôme Rota, then rebuilt as a commercial product from DivX 4 onward. MKV (Matroska) is the modern open container, announced December 2002 by Steve Lhomme as a fork of the Multimedia Container Format and standardised as IETF RFC 9559 in October 2024. Converting from DivX-in-AVI to MKV gets you a future-proof wrapper without necessarily re-encoding.
| Property | DivX (in AVI) | MKV (Matroska) |
|---|---|---|
| Type | Codec (MPEG-4 Part 2) typically wrapped in AVI | Container (codec-agnostic) |
| First released | DivX ;-) 3.11, 2000; DivX 4, 2001 | December 6, 2002 |
| Standard | Proprietary codec; AVI is Microsoft RIFF | Open spec; IETF RFC 9559 (Oct 2024) |
| Multiple audio tracks | Not in AVI; DivX 6 .divx container added limited support | Unlimited |
| Subtitles | External .srt file |
SRT, ASS/SSA, VobSub, PGS embedded |
| Chapter markers | No | Yes |
| Attachments (fonts, art) | No | Yes |
| Typical video codecs | DivX, Xvid | H.264, H.265, AV1, VP9, plus DivX/Xvid/MPEG-4 |
| Native player support | DivX-certified DVD players, VLC | VLC, mpv, MPC-HC, Plex, Jellyfin, Kodi |
| Goal | Codec | Mode | Suggested value |
|---|---|---|---|
| Smallest file, modern devices | H.265 (HEVC) | Constant Quality (CRF) | CRF 24–28 |
| Best Plex/Jellyfin compatibility | H.264 | Constant Quality (CRF) | CRF 20–23 |
| Hard size target (e.g. fit on USB) | H.264 | Specific file size | Enter target size |
| Fast remux, no quality loss | DivX or Xvid (passthrough) | n/a | Keep source codec |
| Archival, lossless | FFV1 (in MKV) | Lossless | Largest output |
CRF is logarithmic: a 6-point drop roughly doubles the bitrate. CRF 18 is widely cited as visually lossless for H.264; CRF 28 for H.265 is roughly the H.264-CRF-23 equivalent at half the file size.
No — converting between formats can never add detail that wasn't in the source DivX file. What it can do is preserve the existing quality more efficiently (H.264 or H.265 at a sensible CRF will look the same as the DivX original at roughly half the size) or stop a player from struggling with the legacy codec. If you only want the MKV wrapper benefits, choose DivX or Xvid as the output codec to copy the stream without re-encoding.
Re-encode to H.264 if you want smaller files, better Plex compatibility, or finer trim points. Keep DivX/Xvid passthrough if you want a near-instant conversion, perfect quality preservation, and only need MKV's multi-track or chapter features. AVI's index is brittle on large files; even a pure remux to MKV is worthwhile for long-term storage.
Plex's documented direct-play target is MP4 with H.264 (level 4.0 or lower), AAC stereo, and 1920×1080/30. MKV with the same codecs typically Direct Streams instead — Plex remuxes on the fly with very little CPU, far cheaper than full transcoding. If your client is a Roku or Apple TV that natively plays MKV (most current models do), you'll often still get true Direct Play. If you want guaranteed direct play across every client, convert to MP4 with DivX to MP4 or MKV to MP4 instead.
Yes — Matroska's defining feature is that one file can carry an unlimited number of video, audio, picture, and subtitle tracks. Plex, Jellyfin, Kodi, and VLC will detect them all and let you switch language, commentary, or subtitle track during playback. You'll need to add extra tracks with a tool like MKVToolNix after conversion; this converter outputs the source DivX video plus its embedded audio.
All three implement the same MPEG-4 Part 2 video standard. DivX is the proprietary commercial codec from DivX, LLC. Xvid is an open-source GNU GPL fork of OpenDivX, started by ex-DivXNetworks contributors in 2001. Most "DivX" rips from the 2003-2010 era are actually Xvid; players treat the two as interchangeable. MKV will store either one losslessly via codec passthrough.
AAC (default) for the broadest device support — every smart TV, phone, and streaming box plays it. AC3 or E-AC3 if your DivX source has 5.1 surround you want to preserve unaltered. FLAC for lossless archival. Opus for the smallest size at equal quality, but compatibility is narrower outside of Chrome, Firefox, VLC, and recent mpv builds.
Container overhead is negligible — the MKV header adds well under 1% versus AVI for typical movie-length files. If your output is larger, the cause is usually re-encoding at a CRF lower (sharper) than the DivX source quality, or a higher target bitrate. Drop CRF only one or two steps from the source-equivalent value, or use Compress MKV afterward to trim further.
Yes. Use Trim → Time Range to set a start time and duration in HH:MM:SS.sss. For multi-segment cuts (commercial removal across several break points), the dedicated Video Cutter handles multi-range editing. Trim during conversion always re-encodes around the cut points; passthrough is disabled for trimmed clips.
Yes — conversion runs in the browser session. There's no installer, no sign-up, no watermark, and no upload to a third-party cloud. Large multi-GB DivX files will be slow on a phone because the work happens on-device; for files over a few hundred MB, a desktop browser is faster.