Initializing... drag & drop files here
Supports: MPG, MPEG
You have an .mpeg program stream — MPEG-1 or MPEG-2 video with MP2 audio, off a DVD rip or an old capture — and something expects a DivX file. This tutorial covers the two things that surprise people here: what you download is AVI bytes under a .divx name, and the default compression setting aims above your source bitrate, so an untouched conversion often produces a larger file than you started with. Both are easy to work around once you know.
.mpeg or .mpg, or click "Add Files". Both extensions are accepted, and a batch converts with shared settings..divx to .avi if your player is fussy. Files upload over an encrypted connection, are processed on our servers, and are deleted automatically after a few hours — no sign-up, no watermark.DivX is MPEG-4 Part 2 Advanced Simple Profile — our encoder for it is ffmpeg's mpeg4, and that codec has no CRF mode. That single fact drives everything odd about this page.
When a codec supports CRF, "Quality Preset" maps your chosen level to a quality target and the encoder finds whatever bitrate delivers it. When a codec does not, the preset falls back to scaling the source bitrate by a multiplier of 0.3 + (level × 1.2). The "Very High (Recommended)" level sits at 0.85 on that scale, so the target lands at 1.32× your source bitrate, with headroom above that for complex scenes. Feed it a high-bitrate DVD rip and you get a bigger file, not a smaller one — and no extra picture quality, because the detail was already lost in the MPEG-2 encode.
What to do instead:
| Property | MPEG (.mpeg / .mpg) | DivX (.divx, this page) |
|---|---|---|
| Video codec | MPEG-1 video, or MPEG-2 video (ITU-T H.262) | MPEG-4 Part 2 Advanced Simple Profile |
| Audio codec here | MP2 in the source | MP3 |
| Container written | MPEG program stream | AVI bytes, named .divx |
| Quality control available | — | Quality Preset, Specific file size, Constant/Variable Bitrate, Constant Quality, Constraint Quality |
| Quality scale | — | 1-31 qscale, lower is better (labelled "CRF") |
| Frame dimensions | As authored | Rounded to even numbers by the encoder |
| Compression efficiency | Low | Noticeably better than MPEG-2 at the same picture |
| Best for | Disc authoring, universal desktop playback | DivX-certified players and mid-2000s set-top hardware |
| Mode | What it does on this codec | Pick it when |
|---|---|---|
| Quality Preset | Scales the source bitrate by 0.3 + level × 1.2; "Very High" targets 1.32× the source |
You want a hands-off encode and do not mind a larger file |
| Specific file size | Works back from a target in MB | You have a hard size budget — a disc, an upload cap |
| Variable Bitrate | Average bitrate plus min and max bounds | You know the bitrate the target hardware handles |
| Constant Bitrate | Fixed rate throughout | A device or pipeline demands constant-rate video |
| Constant Quality | Quality-only encode on the 1-31 qscale | You want quality-driven output and no size ceiling |
| Constraint Quality | Quality number plus a Max bitrate ceiling | The most predictable option here — recommended |
.divx file won't open" — Most players match on extension. The bytes are a standard AVI, so renaming the download to .avi fixes it immediately without re-converting.DivX only makes sense when a specific device requires it. DivX's own certification page describes Home Theater as the standard-definition profile and lists MKV, AVI and DIVX as the container formats certified devices read — so if your target hardware predates that, check its manual for the resolution and bitrate ceiling it actually supports rather than guessing. And if there is no certified device in the picture at all, DivX is the wrong choice in 2026: MPEG to MP4 with H.264 compresses better, plays on essentially every phone, TV and browser, and needs no rename. Copy-protected or truncated program streams will fail here regardless of settings — repair or re-export the source first.
.divx file the same thing as an AVI?Effectively, yes. DivX is a codec, not a container, so our pipeline writes an AVI and names it .divx to match the conversion you chose. The bytes are a standard AVI holding MPEG-4 ASP video and MP3 audio. Renaming the download to .avi changes nothing inside the file and immediately satisfies players that dispatch on extension. Certified DivX hardware reads the codec tag inside the file, so it plays either way.
No. The MPEG source is already lossy, and re-encoding can only preserve what survived — it cannot undo MPEG-2 blocking, sharpen soft footage, or add resolution. What you gain is a codec that DivX-certified hardware is built to decode, and better compression efficiency than MPEG-1/MPEG-2 at the same perceived quality, meaning more runtime per disc.
A DivX logo certifies that the player's decoder was tested against DivX's flavour of MPEG-4 — it says nothing about MPEG-1 or MPEG-2 playback. An MPEG program stream is a different container carrying a different codec family, so a DivX-only device may refuse it outright or play video without sound. Re-encoding to MPEG-4 ASP with MP3 audio gives the player exactly what its certification covers.
Not what the label implies. DivX has no CRF mode, so the field drives ffmpeg's qscale instead, on a 1-31 scale where lower is better — a much narrower and more aggressive range than the 0-51 CRF scale you may know from H.264. Values carried over from x264 habits land far lower in quality than expected. If you want a dependable result, use "Constraint Quality" and set the Max bitrate, or skip the quality number entirely and use "Specific file size".
They are close relatives — both are MPEG-4 Part 2 ASP implementations, and most certified players read either. DivX is the branded, certification-backed one, so if your device carries a DivX logo, match it. If you are just after an MPEG-4 ASP file in an AVI-style wrapper with no certification requirement, MPEG to Xvid is equivalent, and MPEG to AVI gives you a plainly-named AVI with no rename step at all.
The Trim section takes a Start time and a Duration and the segment is encoded as the output — you are not encoding the whole file and cutting afterwards, so trimming a long DVD rip down first genuinely saves conversion time. If you need multiple non-contiguous segments, or a frame-accurate cut without re-encoding decisions, cut the source with /video-cutter first and convert the result here.
"Video resolution" starts on "Keep original", so yes — with one caveat. MPEG-4 encoding requires even frame dimensions, so a source with an odd width or height is adjusted by a pixel. Standard DVD and VCD frame sizes (720×576, 720×480, 352×288, 352×240) are already even and pass through untouched.
Your .mpeg uploads over an encrypted connection, converts on our servers, and both the upload and the generated .divx are deleted automatically after a few hours. There is no account, no watermark on the output, and files are never shared or made public. On a long DVD rip the upload is usually the slow part, so trimming first pays off twice.