Initializing... drag & drop files here
Supports: M2V
An .m2v is a raw MPEG-2 video elementary stream — the video track of a DVD or a broadcast feed, stripped of its container. A .ppm is a Netpbm portable pixmap, raw RGB samples behind a one-line text header.
Both are deliberately bare formats. Neither carries a container, an index or metadata, and that shared minimalism is what makes this conversion straightforward and its behaviour easy to predict. This page covers what an .m2v actually is, what an elementary stream cannot tell you, and how the two bit-depth traps on the target side behave.
We probed a real MPEG-2 elementary stream to see what a decoder can and cannot learn from one:
| Property | Value |
|---|---|
| Detected format | mpegvideo — raw MPEG video |
| Coding | MPEG-2 Part 2 (H.262), inter-frame with I, P and B pictures |
| Container | none — this is a bare elementary stream |
| Streams reported | 1, video only |
| Audio | cannot exist — an elementary stream carries one kind of data |
| Duration reported | not available |
| Overall bitrate reported | not available |
| Frame count reported | not available |
| Frame dimensions | read from the sequence header (1920 × 1080 in our test) |
| Frame rate | read from the sequence header |
| Field order | read from the sequence header |
The four "not available" rows are the character of the format. Dimensions and frame rate are recoverable because MPEG-2 writes them into the sequence header inside the bitstream, but duration, bitrate and frame count are container-level facts and there is no container. A player that shows no timeline for an .m2v is not broken; the information genuinely is not in the file.
.m2v files usually come from DVD authoring and broadcast workflows, where video and audio are kept as separate elementary streams and multiplexed only at the final step. If your .m2v seems to be missing its soundtrack, it is not missing — the audio was always a separate file.
.m2v onto the drop zone or click "Add Files". The page accepts .m2v only.The frame is extracted as a lossless PNG and then written as a binary P6 pixmap. P6 stores three samples per pixel with no compression, so the arithmetic is exact and the options are easy to check. Measured on a 1920 × 1080 frame:
| Bit Depth | Header written | File size | Bytes per pixel | Distinct colours |
|---|---|---|---|---|
| 8-bit (Recommended) | P6 1920 1080 255 |
6,220,817 | 3 | 58,452 |
| 16-bit (High Precision) | P6 1920 1080 65535 |
12,441,619 | 6 | 58,452 |
| 1-bit (Black & White) | P6 1920 1080 1 |
6,220,815 | 3 | 8 |
16-bit doubles the file for nothing. MPEG-2 in the profiles used for DVD and broadcast is 8 bits per channel, so a 16-bit pixmap holds the same values in wider samples. The distinct colour count is identical either way. Pick it only when a downstream program demands a 16-bit pixmap.
1-bit does not reduce the size and is not monochrome. It leaves the three-byte-per-pixel P6 layout in place and sets the maximum sample value to 1, so each channel becomes on or off and the picture collapses to eight colours. At 6,220,815 bytes against 6,220,817 for 8-bit, the saving is two bytes of header. If you want a smaller file, reduce the resolution; if you want greyscale, target a format with a genuine single-channel mode.
Resolution is the real size control. At exactly three bytes per pixel, halving both dimensions quarters the file. The Image resolution group's percentage, preset and explicit width and height options are what actually change the number.
DVD and broadcast MPEG-2 is very often interlaced — 480i, 576i and 1080i are all routine — and there is no deinterlacing anywhere in this pipeline. The two fields of an interlaced frame are captured milliseconds apart and both survive into the still.
We confirmed it directly. A test stream whose two fields were solid blue and solid red produced an extracted frame whose scan lines read blue, blue, red, red, blue, blue down the picture. On real footage that appears as horizontal tearing on moving edges. Choose a static moment with Frame Selection where you can, and deinterlace upstream where you cannot.
Because there is no container to store it in. An elementary stream is just coded pictures back to back; duration, bitrate and frame count all live at container level, and MPEG-2 only writes dimensions, frame rate and field order into its sequence header. Nothing is corrupt — the information was never written.
It was never in the file. An .m2v holds one elementary stream and that stream is video. DVD and broadcast authoring keeps audio as a separate elementary stream — often .m2a, .ac3 or .mp2 — and multiplexes the two only at the final step. Look for a matching audio file alongside it.
No. DVD and broadcast MPEG-2 is 8 bits per channel, so 16-bit writes the same values into twice the space: 12,441,619 bytes instead of 6,220,817, with 58,452 distinct colours in both. It is a compatibility option for tools that insist on 16-bit pixmaps, not a quality option.
It behaves as we measured: the layout stays three bytes per pixel and only the maximum sample value drops to 1, leaving eight possible colours and essentially the same file size. It is not a bilevel or greyscale conversion. Use the resolution controls to reduce size, and a PGM or PBM target if you genuinely need one channel.
Because PPM applies no compression at all while MPEG-2 compresses across frames. One 1080p still costs 6,220,817 bytes as a pixmap; several seconds of MPEG-2 at DVD bitrates can be smaller than that. Uncompressed formats are chosen for simplicity, never for size.
That is interlacing, and it is not a fault in the conversion. There is no deinterlacing step in this pipeline, so both fields of an interlaced frame end up in one still. Pick a frame with less motion using Frame Selection, or deinterlace the source in a video editor before uploading.
Set Frame Selection to Specific Frame and enter the time in seconds. Because the file has no container index, seeking works from the start of the stream, so a long .m2v takes a moment to reach a late timestamp. Multiple Screenshots with a capture rate is the efficient way to sample several moments at once.
Nothing from the decoded frame — P6 is a faithful, uncompressed copy of it. What it cannot carry is anything outside the pixels: no metadata, no colour profile, no aspect-ratio flag. That last point matters on DVD material, which is frequently anamorphic; use the Image resolution controls to set explicit dimensions if the stored raster is not the shape the picture should be.
M2V to PNG is dramatically smaller and can hold metadata — set its Quality Preset to Highest for a true-colour result, since the other presets palette-quantise the image. M2V to JPG is smaller again where some loss is acceptable. PPM is the right pick when the consumer is a research tool, an embedded system or a program that wants to read raw samples with no imaging library at all.