M2V to XviD Converter
Initializing... drag & drop files here
Supports: M2V
Advanced Options - Our defaults are optimized for the best results. We recommend you keeping the defaults unless you have a specific need.
Reset to defaults
Need help?M2V to Xvid: Trading MPEG-2 for MPEG-4 Part 2
An .m2v is a raw MPEG-2 video elementary stream — coded picture data under ITU-T H.262 / ISO/IEC 13818-2 with nothing wrapped around it. Xvid is an encoder for MPEG-4 Part 2 Advanced Simple Profile, the generation that followed MPEG-2 and the codec the DivX-era players, DVD decks with USB ports and set-top boxes were built to decode.
Two separate things happen when you run this conversion, and it is worth separating them. The picture is re-encoded from MPEG-2 into MPEG-4 Part 2, which is where the size saving comes from. And the result is put inside a container, which is where the practical benefit comes from — because a bare elementary stream has no duration, no bitrate header and no index, and a container has all three.
What Actually Changes
| Property | .m2v source |
Output of this page |
|---|---|---|
| Structure | Elementary stream: coded pictures and nothing else | RIFF/AVI container carrying one video track |
| Video coding | MPEG-2, ITU-T H.262 / ISO/IEC 13818-2, published 1995-96 | MPEG-4 Part 2, written by the Xvid encoder with the xvid FourCC |
| Duration in the file | Absent — ffprobe reports duration=N/A |
Present: AVI stores the frame count and rate, so players show a real timeline |
| Bitrate header | Absent | Present |
| Per-frame timestamps | Absent (pts_time=N/A on every frame) |
Present via the AVI index, so seeking is exact |
| Audio | Impossible; the format is video-only | The container can hold a track, but there is none to carry over |
| Typical size | Large — MPEG-2 at DVD-era bitrates | Smaller for the same picture; a 704 x 480 test clip went from 1.62 MB to 0.91 MB |
| File extension | .m2v |
.xvid — which needs renaming, as explained below |
How to Convert M2V to Xvid
- Upload Your M2V File: Drag the
.m2vonto the page or click "Add Files". Several streams can be queued and they share the same settings. - Set the Compression Mode: File Compression opens on Quality Preset at "Very High (Recommended)". The alternatives are Specific file size, Constant Bitrate, Variable Bitrate, Constant Quality and Constraint Quality — the table below covers which of these behave well on this codec.
- Set the Resolution and Trim if Needed: Video resolution opens on Keep original; Preset Resolutions set the height and let width follow, while Width x Height pins both. Trim stays on Unchanged unless you switch it to Time Range and enter a start time and duration.
- Convert and Download: Click Convert, then rename the download from
.xvidto.avi. Files are uploaded over an encrypted connection, re-encoded on our servers and deleted automatically after a few hours — no sign-up, no watermark.
The .xvid Extension, Honestly
There is no such thing as an Xvid container. Xvid is a codec, not a file format, and .xvid is a codec name being used as a file extension. What this page writes is an AVI file with an Xvid video track under an .xvid filename — running file over one reports RIFF (little-endian) data, AVI, video: XviD. The bytes are correct and complete; only the name is unusual.
That matters because a great many players decide how to open a file by its extension before they look inside it. Rename the download to .avi and it behaves like any other AVI everywhere. If you would rather not have to remember, M2V to AVI writes the conventional extension and offers Xvid in its Video Codec list, so you can reach exactly the same encoder with a filename players already recognise.
The Video Codec group on this page has a single entry — Xvid — because the extension has already decided the codec. There is nothing to choose there.
Choosing a Compression Mode
| Mode | Behaviour on this page | Use it when |
|---|---|---|
| Quality Preset | The opening mode, at "Very High". Scales the source's own bitrate, so it needs a source bitrate to work from — and an elementary stream does not publish one | You want a quick result and do not mind that the target is inferred |
| Constant Quality | Labelled CRF but the scale here is the MPEG-4 quantiser, 1 to 31 where lower is better, and it opens at 5. This is the mode that gives predictable quality on Xvid | You care about consistent picture quality and not about the exact file size |
| Constraint Quality | The same 1-31 quantiser plus a Max bitrate ceiling | You want good quality but need to cap the peak rate for an old hardware player |
| Constant Bitrate | One flat bitrate for the whole file | A device or capture card expects a fixed rate |
| Variable Bitrate | Target, minimum and maximum bitrates | You want a size estimate with room to spend bits on hard scenes |
| Specific file size | Divides a byte target by the running time — and the running time is exactly what an .m2v does not store |
Avoid on this source format; use Constant Bitrate instead |
If you want a visually clean result, set Constant Quality to something between 2 and 4 and leave the resolution alone. Quantiser 5 is a reasonable middle; values above about 10 get soft quickly on MPEG-4 Part 2, which has no in-loop deblocking filter of the kind H.264 uses.
Frequently Asked Questions
Is Xvid the same thing as DivX?
They are two implementations of the same underlying codec — MPEG-4 Part 2, mostly Advanced Simple Profile — so a file made by one generally decodes on a player built for the other. The history is that Xvid began in 2001 as an open-source fork of the OpenDivX project after that project was discontinued, and both codecs circulated in AVI files through the 2000s. On this site the difference is which FourCC and preferred extension gets written: this page tags the stream xvid, while M2V to DivX tags it divx. Both are AVI underneath.
Why does my output have no sound?
Because the source could not have any. An .m2v is a video elementary stream by definition — MPEG-2 systems keep audio in separate elementary streams and only a container such as a program stream or transport stream binds them together. If the material originally had sound, it is in a sibling file (often .m2a, .mp2 or .ac3) or in the multiplexed .mpg the .m2v was demuxed out of. Convert that instead if you need the audio.
Should I really rename the file to .avi?
Yes, unless whatever you are feeding it to already accepts .xvid. The file is a valid AVI in every respect; the extension is the only thing that is unusual, and it is enough to make Windows, most smart TVs and a lot of media-server software refuse to index or open it. Renaming does not touch the data. VLC, mpv and ffmpeg sniff the contents and will open it either way.
Why is the Quality Preset less reliable here than on an MP4 page?
Because Quality Preset works by scaling a source bitrate, and MPEG-4 Part 2 is not a CRF codec, so there is no constant-quality number for the preset to translate into. On top of that, a raw elementary stream publishes no bitrate for it to scale — ffprobe reports bit_rate=N/A on the file and on the stream. Constant Quality with its 1-31 quantiser is the control that actually determines picture quality on this target, so use that.
Will this make my file smaller?
Usually, and often substantially, because MPEG-4 Part 2 is roughly a generation more efficient than MPEG-2 at the same picture quality, and DVD-era MPEG-2 was often encoded at generous bitrates. In a measured test, a three-second 704 x 480 clip went from 1,619,802 bytes as MPEG-2 to 905,156 bytes as Xvid at quantiser 5. How much you save on your own file depends entirely on how the MPEG-2 was encoded — a heavily compressed broadcast stream has much less slack in it than a DVD master.
Does converting to Xvid lose quality?
Yes. The server always re-encodes: the MPEG-2 is decoded to pictures and those pictures are compressed again with a different codec, so this is a second lossy generation. There is no stream-copy path. In practice the loss is modest at low quantiser values and the container gain is real, but if you plan to edit or re-encode again afterwards, do that from the .m2v rather than from the Xvid file.
My source is a 720 x 480 DVD stream. Why does the output look squashed?
Because DVD MPEG-2 is anamorphic: a 16:9 picture is stored in a 720 x 480 or 720 x 576 raster with non-square pixels, and the display aspect is only a flag. Leaving Video resolution on "Keep original" preserves the source's pixel aspect, but any resize flattens it to square pixels and the flag stops matching. If you need to resize an anamorphic stream, use Width x Height and enter the display dimensions you actually want — 854 x 480 or 1024 x 576, for example — rather than a percentage or a preset.
Are there better targets than Xvid in 2026?
For anything with a modern audience, yes. Xvid earns its place when the destination is a specific old device — a DivX-certified DVD player, a car head unit, a set-top box from the 2000s — and those devices tend to want AVI with an MPEG-4 Part 2 track and nothing newer. For everything else M2V to MP4 gives you H.264 in a container that plays in every browser, phone, television and editor, at a better size for the same picture.
How are my files handled during conversion?
Your .m2v is uploaded over an encrypted connection, decoded and re-encoded on our servers, and both the upload and the resulting file are deleted automatically after a few hours. Nothing is shared or made public, and there is no sign-up, no watermark and no account. If the stream is long and you only need part of it, the Trim control on this page cuts it during the same job rather than making you upload twice.