Initializing... drag & drop files here
Supports: MPEG2
If you have a .mpeg2 file — a DVD rip, a tuner-card capture, a broadcast archive clip — and something on your bench only ingests AVI, this page covers the conversion and the three things that catch people out: a quality field that is labelled CRF but is not a CRF scale, a default preset that can make the output larger than the source, and the geometry problems that come with DVD-era footage. The output is written with MPEG-4 Part 2 video and MP3 audio, the pairing legacy Windows tooling opens most reliably.
.mpeg2 file onto the page or click "+ Add Files". Several clips can be queued and converted with the same settings.MPEG-4 Part 2 has no CRF scale. Like MPEG-1, MPEG-2, Xvid and DivX, it is a qscale codec: the quality number runs 1 to 31 and lower is better, which is the opposite intuition to the H.264 CRF scale most guides describe. The field on this page is still labelled "CRF", so read it as qscale and set it deliberately rather than trusting whatever value it opens on.
| File Compression mode | What it actually does with MPEG-4 | Verdict |
|---|---|---|
| Quality Preset (default) | Scales the source video bitrate by a fixed multiplier — the multiplier is 0.3 plus 1.2 x the preset level, so "Very High" targets 1.32x the incoming MPEG-2 bitrate | Convenient, but it can produce a file larger than the source |
| Constraint Quality | Applies your quality number as qscale and enforces the Max bitrate you set | The best default for a predictable result |
| Constant Quality | Applies the quality number as qscale with no rate ceiling; set the value yourself rather than accepting the initial one | Fine once you pick a number — 2 to 5 is the commonly used near-transparent range |
| Specific file size | Solves backwards from a byte target | Use when a disc or upload limit is fixed |
| Constant Bitrate / Variable Bitrate | Classic rate targeting with min/max rails | Familiar territory if you came from VirtualDub-era tooling |
The reason the default preset can inflate a DVD rip is arithmetic: MPEG-2 program streams typically run 4-9 Mbps, and 1.32x of that is 5-12 Mbps of MPEG-4 Part 2 — a codec that is not dramatically more efficient than the MPEG-2 it is replacing. If you want the AVI to be smaller than the source, say so explicitly with Constraint Quality or a bitrate mode.
| Video Codec | What opens it | Size at similar quality | Use when |
|---|---|---|---|
| MPEG-4 (default) | Legacy Windows editors, most desktop players, VLC | Baseline | Feeding VirtualDub-era tools and capture utilities |
| Xvid / DivX | The same tooling, under their own FourCCs | Similar to MPEG-4 | A device or app names Xvid or DivX specifically |
| H.264 | Modern players; older AVI tools often refuse it | Roughly half | You want a small AVI and control the playback software |
| MJPEG | Almost everything, including editors as an intermediate | Very large | Frame-accurate editing where every frame is independent |
| HuffYUV | Editors that support lossless AVI | Enormous | Lossless intermediate work |
Note that MPEG-4 Part 2 output is dimension-limited: frames are capped at 2048 pixels on each side and rounded down to a multiple of 4. DVD and broadcast MPEG-2 is well under that, but a high-resolution source will be scaled down to fit rather than failing.
.mpg or .vob" — The picker here takes .mpeg2. They belong to the same program-stream family, but use the matching page: MPG to AVI or VOB to AVI.Copy-protected commercial DVD content has to be decrypted by your ripping software before any converter can read the stream. And if AVI is on your list only because an old project file mentions it, reconsider the target: MP4 with H.264 plays on phones, browsers, TVs and every current editor, and it will be substantially smaller at the same quality. Use MPEG-2 to MP4 unless a specific legacy editor or piece of capture hardware genuinely requires AVI; MPEG-2 to MOV is the better choice for an Apple-centric workflow.
MPEG-4 Part 2 for video and MP3 for audio. MPEG-4 Part 2 is the ISO/IEC 14496-2 codec that Xvid and DivX implement, which is why legacy Windows editors and players handle it without extra codec packs. AVI is only a container, so you can select H.264, MJPEG, HuffYUV, MPEG-2 and others from Video Codec — but the further you get from the MPEG-4 default, the more likely an old application is to refuse the file.
It is qscale, not CRF. MPEG-4 Part 2 and its relatives use a 1-31 quantiser scale where lower means better quality — the inverse of the 0-51 CRF scale used by H.264. Because the label is shared across codecs, do not carry over an x264 habit like "23 is fine": on this scale 23 is a heavily quantised, visibly blocky picture. Set the number yourself, or use Constraint Quality so a bitrate ceiling does the work.
Because "Very High (Recommended)" is a bitrate multiplier, not a size target. The preset multiplier is 0.3 plus 1.2 times the preset level, so Very High asks for 1.32x the source video bitrate, and MPEG-4 Part 2 is not efficient enough to give that back. A 6 Mbps MPEG-2 capture will be asked to encode at roughly 8 Mbps. Use Specific file size, Constraint Quality, or a lower preset if the goal is a smaller file.
MPEG-4 Part 2 clamps to 2048 pixels on each axis, and it does so even on "Keep original" — which is converted internally to your source's exact width and height before the clamp runs. Because each axis is clamped independently, a 3840 x 2160 source comes back 2048 x 2048 with the aspect ratio destroyed; pick a Preset Resolution instead, which scales proportionally. Dimensions are also rounded down to a multiple of 4, so a larger frame is scaled down to fit rather than the job failing. This rarely matters for MPEG-2 program streams, which are typically 720x480 or 720x576, but it does apply if your .mpeg2 file carries an HD broadcast capture. Choose H.264 as the Video Codec if you need to keep a large frame size inside AVI.
Not as an untouched stream — the audio is re-encoded like the video, with MP3 as the default. You can select AC3 or MP2 under Audio Codec to match the source codec family, which keeps the file in a shape broadcast-oriented tools expect, but it is still a fresh encode rather than a passthrough. If bit-exact audio matters more than AVI compatibility, extract the soundtrack separately to a PCM or FLAC target instead.
Yes, one generation. The source is already lossy MPEG-2 and the server always re-encodes rather than copying streams, so the output cannot be sharper than the input. A low qscale number, or a generous bitrate, keeps the loss hard to notice. If preserving the original frames exactly is the priority, keep the MPEG-2 file and convert a copy for the tool that needs AVI.
No — AVI is a container and carries whatever codec you put in it. By default that is lossy MPEG-4 Part 2. If you genuinely need lossless AVI for an editing intermediate, select HuffYUV and expect the file to be many times the size of the source; there is no lossless option that is also small.
Compatibility with specific legacy tooling, not quality. Capture-card utilities, VirtualDub-style editors and some industrial playback hardware ingest AVI more predictably than a raw MPEG-2 program stream, and a handful of workflows have AVI hard-coded. For everything else, MP4 is the better destination, and the reverse conversion AVI to MP4 is there when the legacy step is done.
It travels over an encrypted connection, is converted on our servers, and is deleted automatically a few hours afterwards — never shared, never made public, and no account is required. The practical constraint on a large capture is upload time rather than anything in the encoder. To shrink an AVI you already have, run it through the Video Compressor.