Initializing... drag & drop files here
Supports: MPEG2
If you're pulling MPEG-2 off old DVD rips or broadcast captures, the real decision isn't whether to modernize the file — it's which container to land in. Convert to MKV when you're building a long-term archive that should carry every audio track, subtitle, and chapter in one flexible file; convert to MP4 instead when the goal is playback on phones, TVs, and browsers. This page handles the MKV side and shows exactly when MP4 is the better call.
Both outputs re-encode the MPEG-2 video to H.264 with AAC audio on xconvert, so the picture quality and file size come out nearly identical. The difference is entirely the container — what each one can hold and where each one plays.
| Property | MKV (Matroska) | MP4 |
|---|---|---|
| Standard | RFC 9559 (IETF, Oct 2024), royalty-free | ISO/IEC 14496-14 |
| Container released | Announced Dec 2002 | 2001 |
| Multiple audio tracks | Yes, unlimited | Limited in practice |
| Subtitle tracks | Yes, soft subs + formatting | Limited (3GPP/mov_text) |
| Chapters & rich metadata | Yes | Basic |
| Native browser playback | No (Chromium-based plays it; not Safari/Firefox historically) | Yes, ~all modern browsers |
| Smart TV / set-top support | Uneven | Broad |
| Best for | Long-term archive, re-ripping | Device & web playback |
MKV is the stronger archive container. It can hold an unlimited number of audio tracks, soft subtitles, chapter markers, and rich metadata in one file — exactly what a DVD rip with multiple language and commentary tracks needs — whereas MP4 is practically limited to a single audio track and basic subtitle support. If you instead want the file to play on the widest range of phones and TVs, MP4 is the better target; see MPEG-2 to MP4.
This is a re-encode, not a remux: the MPEG-2 video (H.262) is decoded and re-encoded to H.264 for the MKV, which is one encoding generation. At an adequate bitrate, H.264 preserves a standard-definition MPEG-2 source very well — quality stays effectively the same to the eye — but it can only match or slightly drop the original, never improve it. Keeping the Quality Preset on "Very High" minimizes any visible change.
H.264 compresses far more efficiently than the older MPEG-2 (H.262) codec used on DVDs and broadcast streams, so the same standard-definition footage typically packs into a noticeably smaller file at equivalent visual quality. That efficiency gain is the main practical reason to move bulky MPEG-2 captures into a modern H.264-in-MKV archive. In our testing, a 5-minute 720x480 MPEG-2 clip re-encoded at the default "Very High" preset came out clearly smaller than the source with no quality difference at normal viewing distance.
MKV the container fully supports multiple audio tracks, soft subtitles, and chapters, which is its main advantage over MP4 for archiving. Whether every track survives depends on what's present in the file you upload — a clean DVD rip that already carries several audio and subtitle streams is the kind of source MKV is built to hold. For byte-for-byte preservation of the original streams with no re-encode at all, a dedicated remux utility like MKVToolNix is the right tool; this converter re-encodes the video to H.264.
A lot of DVD and broadcast MPEG-2 is interlaced (480i / 576i). The MKV container stores whatever the encode produces, so if your source is interlaced and you want clean progressive output for modern flat-panel playback, plan to deinterlace it — interlacing artifacts (combing on motion) are a property of the footage, not something the container fixes. If you mainly want device-friendly playback rather than an archive, MPEG-2 to MP4 is the more compatible end format.
The H.264 video and AAC audio inside are widely supported, but the MKV container itself isn't: web browsers historically don't play .mkv natively (Chromium-based browsers do; Windows 10 and later play it via Media Foundation), and many smart TVs and set-top boxes have spotty MKV support. VLC, MPV, and Plex/Jellyfin handle it well. For the broadest hardware and browser compatibility, convert the same source to MP4 — identical H.264 video, a far more universally accepted container.
Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion — no sign-up, no watermark, never shared or made public. The realistic limit on very large captures is upload size and time, not anything on your device.