How to Convert MPEG to MP4

An MPEG file, in the common sense of the term, holds MPEG-1 or MPEG-2 video, the codecs behind DVDs, older camcorders, and early digital broadcasts. MP4 is a modern container that normally holds the much newer and more efficient H.264 codec. Because the codecs differ, this conversion is usually a genuine re-encode, not the quick container swap you get with formats that already share a codec.

That distinction matters. Unlike a remux, a re-encode reads every frame, decodes it, and compresses it again in H.264. It takes real time and gives up a small amount of quality, but the payoff is a dramatically smaller and more compatible file. This guide explains what the old MPEG codecs are, why the re-encode is unavoidable, what H.264 does differently, and which settings decide how the result looks and how large it ends up.

Old codec, modern container

The key fact is that MP4 does not hold MPEG-2 video the way it holds H.264. To get an MPEG clip into an MP4 that plays smoothly on modern devices, the video is rebuilt in H.264. This is why MPEG to MP4 behaves differently from, say, converting an MKV that already contains H.264, where the streams just copy over. Here the picture is genuinely re-compressed, which is both the cost and the entire benefit.

What MPEG-1 and MPEG-2 actually are

The word "MPEG" is doing a lot of work, so it is worth pinning down. It refers to the Moving Picture Experts Group, the standards body, and to the video coding standards they produced. MPEG-1, finalized in 1993, was the first widely used digital video codec, familiar from Video CDs and early computer video.^[2]MPEG-2, also standardized as ITU-T H.262, followed in the mid-1990s and became the backbone of an entire generation of media: DVDs, digital cable and satellite television, and early digital broadcasting all rode on MPEG-2.^[1] A file with a .mpeg or .mpg extension almost always carries one of these two.

Both codecs already use the core ideas of modern video compression, storing occasional full keyframes and then recording only the changes between frames. What dates them is efficiency. They were designed when processing power was scarce and their prediction and transform tools are comparatively simple, so they need many more bits than a modern codec to reach the same visual quality. That is not a flaw for their era; MPEG-2 did its job superbly for decades. It is simply why a file encoded with them is large and why a newer codec can carry the same picture in a fraction of the space.

Why this one re-encodes

MPEG-1 and MPEG-2 were designed decades ago, when compression was far less efficient. They achieve a given quality using many more bits than H.264 needs for the same result. Simply relabeling the container would not help, because most modern devices and web platforms will not play raw MPEG-2 the way they play H.264 in an MP4. Re-encoding to H.264 is what actually makes the file modern, which is why it cannot be avoided if you want broad compatibility.

It is worth contrasting this with the conversions that do not re-encode. When you move an MKV or a MOV that already contains H.264 into an MP4, the video stream can simply be copied from one container to the other, a fast, lossless operation called remuxing. That shortcut is only possible because the source and destination speak the same codec. MPEG to MP4 cannot take it, because the whole reason to convert is that MPEG-2 is the format you are trying to leave behind. The codec must change, and changing a codec means decoding every frame and encoding it again.

How H.264 packs the same picture smaller

H.264, also known as AVC, is the codec that made MPEG-2 look wasteful, and understanding a few of its tricks explains the dramatic size win. Where MPEG-2 predicts a frame from at most a couple of reference frames with block-sized motion, H.264 adds far more sophisticated motion compensation: variable block sizes, quarter-pixel precision, and the ability to reference multiple past and future frames. This lets it describe motion much more accurately, so the leftover difference it has to store is smaller.

It also improves nearly every other stage. It uses a smaller, more efficient integer transform, smarter intra-frame prediction that guesses flat regions from their neighbors, an in-loop deblocking filter that cleans up block edges before they become reference frames, and advanced entropy coding that squeezes the final bitstream harder. The combined effect is that H.264 typically delivers the same visual quality as MPEG-2 at roughly half the bitrate or better. That efficiency is the entire payoff of the conversion: the picture looks essentially the same, but the file is far smaller and plays on hardware and web platforms that expect a modern codec.

How the re-encode works under the hood

A re-encode is a three-part pipeline, and seeing it makes clear why it takes longer than a simple format swap. First the converter demultiplexes and decodes the MPEG file: it reads the container, pulls out the MPEG-1 or MPEG-2 video stream, and runs that codec's decoder to reconstruct every frame as a full raw image. Any audio track is handled alongside, usually decoded and re-encoded to AAC to sit cleanly in the MP4.

Second it re-encodes the raw frames with H.264 at the quality or bitrate you chose, applying all the motion-compensation and prediction techniques above to compress the picture far more tightly than MPEG-2 did. Third it multiplexes the new H.264 video and AAC audio into an MP4 container, writing the index that lets players seek instantly.^[3] The middle step is where all the time goes, because compressing video well is computationally heavy, and it is also the only step that affects quality, which is why the settings below are the ones that matter.

Convert MPEG to MP4, step by step

1. Open the converter and add your MPEG

   Open the FileFormer video converter and drop your MPEG in. Everything runs on your own device, so the file is never uploaded.

2. Choose MP4 as the output

   Select MP4. The older MPEG-2 video is re-encoded to H.264 so it plays on modern devices.

3. Pick a quality level

   Choose a quality setting. A higher setting keeps more detail; even a balanced one usually looks close to the source while being far smaller.

4. Convert and download

   Export the MP4. Expect this to take longer than a remux, since every frame is being re-compressed.

The settings that control quality and size

Because the re-encode is where quality is decided, it pays to know the two controls that shape it. The most important is the quality or bitrate setting. Some tools expose a target bitrate directly; many use a quality index such as a constant rate factor, where a lower number means higher quality and a larger file. The trade-off is direct: spend more bits and the picture stays closer to the source, spend fewer and compression artifacts start to show. For a re-encode of already-imperfect MPEG-2, a balanced middle setting keeps the visible quality while capturing most of the size savings.

The second control, often called a preset, sets how much effort the encoder spends. Like a compression level, it trades time for size rather than quality: a slower preset searches harder for efficient ways to describe each frame, producing a smaller file at the same visual quality, while a faster preset finishes sooner at the cost of a few extra megabytes. If you are not in a hurry, a slower preset is free savings.

The size win you should expect

The upside of the re-encode is compression efficiency. H.264 stores the same picture in far fewer bits than MPEG-2, so an MP4 exported from an MPEG file is typically much smaller while looking nearly identical at a sensible quality setting. That makes the new file easier to store, share, and upload. The only caution is not to push the quality setting too low, since a re-encode is lossy and aggressive compression will show. Aim for a balanced setting and you keep almost all the visible quality while shedding most of the size.

Real-world scenarios and the right setting

The right approach depends on where the MPEG came from and where the MP4 is going.

Should you use H.265 instead

H.264 is the default target for good reason, but its successor deserves a mention. H.265, also called HEVC, is the next-generation codec that compresses roughly twice as efficiently again as H.264, so an HEVC MP4 can be noticeably smaller at the same quality. If your only goal is the smallest possible file and every device you care about is recent, encoding to H.265 in an MP4 is a tempting choice.

The catch is compatibility and cost. H.265 support, while now common on modern phones, browsers, and TVs, is still less universal than H.264, and it is patent-encumbered in ways that keep it out of some software. H.264, by contrast, plays on essentially everything made in the last fifteen years, which is exactly the kind of broad reach most people converting an old MPEG are after. The practical rule is simple: choose H.264 when you want a modern file that plays absolutely everywhere, and consider H.265 only when maximum compression matters more than universal playback and you know your audience uses current hardware. For the common case of rescuing an old MPEG into something normal and shareable, H.264 in an MP4 is the right answer.

There is also a diminishing-returns argument specific to old sources. Your MPEG-2 file already threw away detail when it was first encoded, so squeezing the re-encode with an even more advanced codec buys less than it would on pristine footage; you are compressing an already-imperfect picture. For most people the meaningful jump is simply from MPEG-2 to H.264, which is large and immediate. Reaching further to H.265 is a refinement that only pays off when file size is a hard constraint, such as fitting a long recording onto a small device or squeezing under an upload limit. Otherwise the extra encoding time and the compatibility risk are not worth it.