Initializing... drag & drop files here
Supports: M2V
An .m2v is a raw MPEG-2 video elementary stream — the video-only file DVD authoring and broadcast tools produce before the picture is muxed with its soundtrack. This converter decodes it frame by frame and assembles an animated GIF, so a DVD chapter, a captured broadcast segment or an old authoring master becomes something you can drop into a chat window, a wiki, or a documentation page. The three settings that decide how it turns out are the frame rate, the image quality, and the output dimensions.
.m2v onto the page or click "Add Files". Multiple files can be queued and converted in one batch.Frames are decoded from the MPEG-2 stream at the rate you pick, then assembled into the GIF with a palette chosen automatically for the material — you do not have to hand-tune colours to get a clean result.
| Control | Starting value | What moves when you change it |
|---|---|---|
| FRAMERATE | 10 FPS (Recommended) | Frame count, and therefore size, almost linearly. Halving the rate roughly halves the file; below about 8 FPS motion starts to look stepped. |
| File Compression | Quality preset: High | Each preset rung down tightens per-frame quality; Max file size caps the output; Custom reveals the two controls below. |
| Image quality (%) (under Custom) | 80 | How aggressively each frame is quantised into its palette. Lower values trade visible dithering noise for a smaller file. |
| Image resolution (under Custom) | Keep original | Size scales with the pixel count, so it falls off fast — halving both dimensions cuts the frame area to a quarter. Presets cap the output height rather than forcing it, so a small source is never upscaled. |
For DVD-sourced footage the usual recipe is: keep 10 FPS, drop the resolution to 480 or 360 pixels high (File Compression → Custom), and only then lower the quality if the file is still too big. Cutting resolution damages a GIF far less visibly than cutting quality does.
| GIF property | Consequence for your clip |
|---|---|
| 256 colours per frame | Gradients, skies and film grain get dithered; flat graphics and titles survive intact |
| Frame delays in hundredths of a second | Rates that do not divide 100 evenly cannot be encoded exactly, so the list favours those that can |
| LZW compression with frame differencing | Static shots compress well; camera pans change every pixel and balloon the file |
| No audio track at all | Nothing is lost here — an .m2v has no audio to begin with |
| No interlacing support | Interlaced DVD fields are frozen into each frame, comb teeth included |
| Square pixels only | Anamorphic 720x480 or 720x576 DVD material needs an explicit Width x Height to look right |
Because GIF is an image format doing a video's job. MPEG-2 already compresses across frames with motion prediction; GIF only does simple frame differencing on top of LZW, and it stores every frame as indexed-colour pixels. A short clip that costs a couple of megabytes as MPEG-2 can easily exceed that as GIF. The fixes, in order of how much they help and how little they hurt: shorten the clip, drop the frame rate, then reduce the resolution (File Compression → Custom), and only then lower the quality — or set File Compression → Max file size and let the converter fit a cap. If the result still needs to be smaller, run it through compress GIF afterwards.
10 FPS is the default because it is the best compromise for most footage: smooth enough that motion reads correctly, cheap enough that files stay shareable. Go to 15-20 FPS only for fast action where 10 looks stuttery, and to 5 FPS or below for slideshow-style content where each frame is meant to be read. Bear in mind GIF stores frame delays as whole hundredths of a second, so rates that do not divide evenly into 100 — 15, 24 and 30 among them — cannot be represented exactly and land on the nearest rate that can.
DVD video is anamorphic. A 16:9 NTSC title stores 720x480 pixels and relies on a sample aspect ratio recorded in the MPEG-2 sequence header — 32:27 — to stretch them at playback. GIF has no equivalent field: its pixels are always square. So the stored grid is what you see, and the picture looks narrow. Fix it in step 3 by switching File Compression to Custom, selecting Width x Height under Image resolution, and entering the display dimensions yourself: 854x480 or 640x360 for 16:9 material, 640x480 for a 4:3 title.
Your source is interlaced, which is the norm for DVD-era MPEG-2 (480i for NTSC, 576i for PAL). Each frame is woven from two fields captured a fraction of a second apart, so anything moving between them shows as horizontal comb teeth — and nothing in this pipeline deinterlaces, so those teeth go straight into the GIF. Deinterlace the clip in a desktop tool such as Handbrake before uploading if the artefact matters; a lower GIF frame rate does not remove it, because the combing lives inside each individual frame.
Not from this page — the GIF converter processes the clip it is given. Trim first with video cutter, which accepts video files and lets you cut the section you want, then feed the shortened clip in here. That is also the single most effective way to keep a GIF small: duration multiplies against frame rate and frame size, so five seconds instead of thirty is a six-fold saving before any other setting is touched.
There is no audio to keep, twice over. GIF is a still-image format with no audio track in the specification at all, and .m2v is an MPEG-2 elementary video stream that cannot carry sound either — DVD workflows keep the soundtrack in a separate file until the final mux. If you need picture and sound together, convert to M2V to MP4 or M2V to WebM and add the audio track in an editor.
Technically, almost always. APNG carries full 24-bit colour with an alpha channel instead of 256 indexed colours per frame, so gradients and film grain survive without dithering, and it is supported by every current mainstream browser. M2V to APNG is the animated alternative on this site — note that our M2V to WebP target extracts a single still rather than animating, so it is not a like-for-like swap. The reason GIF endures anyway is destination support: plenty of chat apps, forums, wikis and email clients still accept nothing else.
Because the file does not say. We probed a raw MPEG-2 elementary stream with ffprobe: it reports format_name=mpegvideo with duration=N/A and bit_rate=N/A, since there is no container header to record them in. The server therefore works the running time out by counting video packets and dividing by the frame rate before it starts extracting frames. It is accurate, but it means a progress estimate can appear later on .m2v than on a container-based source such as MP4.
Your .m2v is uploaded over an encrypted connection, converted on our servers, and deleted automatically after a few hours, along with the GIF. There is no sign-up, no watermark, and files are never shared or made public. If you would rather grab a single still than an animation, M2V to JPG extracts one frame at a timestamp you choose.