Initializing... drag & drop files here
Supports: GIF
MPG is a container for MPEG-1 or MPEG-2 video — the two ISO/IEC compression standards that powered Video CD, DVD-Video, and most digital broadcast through the early 2000s. GIF, in contrast, is a 1989 image format with a 256-colour palette and no audio track. Re-encoding a GIF to MPG converts a soundless looping image into a standard video stream that legacy hardware and editing software actually understand.
| Property | GIF | MPG (MPEG-1/MPEG-2) |
|---|---|---|
| First standardised | 1989 (CompuServe) | MPEG-1: 1993 (ISO/IEC 11172); MPEG-2: 1995 (ISO/IEC 13818) |
| Compression | LZW, lossless per frame | DCT-based, lossy, inter-frame motion-compensated |
| Colour depth | 256-colour palette per frame | 24-bit (YCbCr 4:2:0) |
| Transparency | 1-bit (on/off) | None |
| Audio | None | MP2 / AC-3 / PCM (DVD-Video also permits DTS) |
| Typical framerate | Variable, often 10-15 fps | 23.976 / 25 / 29.97 fps (and the rates DVD/VCD specs require) |
| Max bitrate | Effectively unbounded but inefficient | DVD MPEG-2: 9.8 Mbit/s; VCD MPEG-1: 1.15 Mbit/s |
| Where it plays | Browsers, image viewers, messengers | DVD/VCD players, VLC, legacy NLEs, MPEG-2 digital signage |
| Use case | Pick | Why |
|---|---|---|
| Burning a DVD-Video disc | MPEG-2 | Required by the DVD-Video specification |
| Burning a Video CD | MPEG-1 | VCD spec mandates MPEG-1 at 1.15 Mbit/s, 352×240/288 |
| Maximum player compatibility (very old hardware) | MPEG-1 | Decodable by almost any MPEG-aware device since the mid-1990s |
| Higher resolution (above 352×288) | MPEG-2 | MPEG-1 was designed for sub-VHS resolutions |
| Smaller file at the same resolution | MPEG-2 | Adds B-frames and better motion prediction than MPEG-1 |
| Importing into a modern NLE | Either | Most editors accept both; MPEG-2 is more common today |
| Mode | When to pick it | What you control |
|---|---|---|
| Quality Preset | You want set-and-forget output | Very Low through Very High (Recommended) |
| Target file size (%) | You need the output under a size relative to the source | Output as a percentage of input size |
| Specific file size | You have a hard cap (disc space, upload limit) | Absolute target in MB |
| Constant Bitrate (CBR) | Streaming, fixed-rate broadcast, DVD-Video compliance | Bitrate in kbps |
| Variable Bitrate (VBR) | Smaller files at the same visual quality | Average and peak bitrate |
| Constant Quality | Visually uniform result across complex and simple scenes | CRF-style quality level |
| Constraint Quality | Hybrid: quality target with a bitrate ceiling | Quality level and max bitrate |
Yes for practical purposes. ".mpg" and ".mpeg" are interchangeable extensions for files in an MPEG program stream (typically MPEG-1 or MPEG-2 video with MP2/AC-3 audio). Some authoring tools default to .mpg, others to .mpeg; the bytes inside are the same. We expose both — see GIF to MPEG if your target software insists on the .mpeg extension.
No. GIFs are silent by specification, so the converted MPG will have no audio track unless you add one in a video editor afterward. If you need a placeholder, most NLEs let you drop a silent audio clip onto the MPG timeline; for DVD-Video authoring, a silent MP2 or AC-3 track is required by the spec.
It happens with short, simple animations. GIF's LZW compression handles flat colour and limited palettes well; MPEG-1/MPEG-2 add per-second container overhead, audio stream headers (even when empty), and inter-frame structures that don't pay off below a few seconds. For longer or higher-colour animations, MPG is typically smaller. If size matters more than legacy compatibility, GIF to MP4 with H.264 is far more efficient.
MPEG-2 for DVDs, modern editors, and anything above roughly 352×288 resolution. MPEG-1 for Video CDs, the broadest legacy player compatibility, or when your target spec explicitly calls for it. MPEG-2 adds B-frames and better motion prediction, so at the same resolution and quality it produces smaller files than MPEG-1.
It plays. The converter walks every frame of the GIF, applies the Image Duration setting (default ~1/24 second per frame, which matches a 24 fps timeline), composites transparent pixels against the Background Color, and writes a continuous MPEG video stream. The resulting MPG plays in VLC, Windows Media Player (with the K-Lite or LAV codec packs on older builds), and standalone DVD/VCD players.
A GIF's loop flag does not survive MPEG encoding — MPG is a linear stream, not a loop format. The MPG will play through once and stop. If you need looping, set your player to repeat, or use a container that supports loop hints (MP4 with an "edts" loop or WebM with a custom player). Most DVD authoring tools also let you set chapter loop behaviour separately from the underlying MPG.
No. MPEG-2 has no transparency channel. The Background Color setting fills any pixels that were transparent in the GIF — pick a colour that matches where the video will sit (black for full-screen playback, white for documents, green if you'll key it out later). For a true transparency-capable conversion, look at GIF to MOV with the ProRes 4444 codec.
Frame rate is controlled indirectly via the Image Duration setting — for example, 1/24 second per frame produces a 24 fps video, 1/30 second produces 30 fps. For DVD-Video compliance, the spec expects 29.97 fps (NTSC) or 25 fps (PAL); set Image Duration to 1/30 or 1/25 second respectively, then verify the output framerate in MediaInfo before authoring.
GIFs are uploaded for conversion to the conversion service and removed shortly after the job finishes. There's no sign-up, no account, no email collection. If you'd rather avoid uploading altogether, compress GIF and several of our trim/crop tools run entirely client-side; converting between video codecs requires a server because browsers don't ship MPEG-1/MPEG-2 encoders.