Initializing... drag & drop files here
Supports: MP4, M4V
M4V is Apple's variant of the MP4 container, normally carrying H.264 video and AAC audio. PPM — Portable Pixmap, one of the Netpbm family of formats — is the opposite kind of file: a tiny plain-text header followed by raw RGB bytes, with no compression, no colour profile and no metadata. Converting M4V to PPM therefore means decoding one frame out of the video and writing its pixels out verbatim. It is a poor choice for sharing a screenshot and an excellent one for feeding a frame into OpenCV, Pillow, a Netpbm shell pipeline, or any program that would rather read bytes than parse a codec.
.m4v onto the page or click "Add Files". Plain .mp4 is accepted too, and several clips can be queued — each returns its own pixmap. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours.0. Decimals are honoured, so 4.25 grabs the frame at four and a quarter seconds. Multiple Screenshots samples across the clip instead, writing one PPM per captured frame..ppm. No sign-up, no watermark.| Property | Value |
|---|---|
| Full name | Portable Pixmap, part of the Netpbm format family |
| Magic number written here | P6 — the raw binary encoding, not the P3 ASCII variant |
| Header | Magic number, width, height, and maxval as plain text |
| Maxval range | Greater than zero and less than 65536, per the Netpbm PPM spec |
| Bytes per sample | One byte if maxval is under 256, otherwise two, most significant byte first |
| Channels | Always three — red, green, blue. No alpha channel exists in PPM |
| Compression | None whatsoever; the spec itself calls the format "egregiously inefficient" |
| Metadata | Stripped. No EXIF, no ICC profile, no timecode, no colour-space tag |
| Native browser support | None. Chrome, Firefox, Safari and Edge will not render a .ppm |
| Best for | Image-processing pipelines, computer vision, teaching, Netpbm tooling |
The Bit Depth control sets the maxval in the header and how many bytes each colour sample occupies. It is worth understanding before you reach for it, because two of the three settings behave differently from what their labels suggest.
| Bit Depth | Header maxval | Bytes per sample | What actually happens |
|---|---|---|---|
| 8-bit (Recommended, default) | 255 | 1 | Matches the 8-bit colour that ordinary H.264 decodes to. This is the honest setting. |
| 16-bit (High Precision) | 65535 | 2 | Doubles the file. Each 8-bit value is rescaled into the wider range — 255 becomes 65535 — so no new detail is captured from an 8-bit source. |
| 1-bit (Black & White) | 1 | 1 | Clamps every channel to two levels. PPM is always three-channel, so the result is a hard-posterised colour image, not a bilevel bitmap — and because samples still occupy a whole byte each, the file barely shrinks. |
The practical rule: leave it at 8-bit. Reach for 16-bit only when a downstream library insists on two-byte samples, and treat 1-bit as a posterisation effect rather than a compression setting.
PPM file size is arithmetic, not a guess: width × height × 3 bytes for 8-bit output, plus a header of roughly a dozen characters, doubled for 16-bit. A full-resolution 1920 × 1080 frame is therefore 6,220,800 bytes of pixel data at 8-bit and 12,441,600 at 16-bit, regardless of what is in the picture — a black frame and a crowd scene weigh exactly the same. That is the fundamental difference from every compressed still format, where content drives size.
Because there is no quality control to turn down, resolution is the only lever. Halving both dimensions quarters the file. If the goal was simply "a lossless still I can open", a PNG frame stores the same decoded pixels with real compression behind it; and if you already have a PPM you need to view or share, PPM to PNG is the way back.
Two situations end this conversion before it starts. The first is FairPlay DRM: films, episodes and rentals from the iTunes Store and Apple TV app are encrypted to an authorised Apple ID, and renaming .m4v to .mp4 relabels the file without touching the encryption, so no converter can decode a frame. Only DRM-free M4V — your own exports, HandBrake encodes, camera footage, screen recordings — will convert.
The second is a mismatch of intent. If you want a still to email, embed in a document, or post, PPM is the wrong file: nothing consumer-facing opens it, it is enormous, and it carries no transparency. Take the frame as PNG or JPG instead. PPM earns its place only when a program, not a person, is the reader.
Just one frame. A PPM holds a single raster image with no concept of time, so the converter decodes exactly one moment — by default the frame at 0 seconds — and discards the motion and the audio track entirely. If you need several stills, switch Frame Selection to Multiple Screenshots and choose a Capture Rate; each sampled frame is written as its own separate PPM rather than being packed into one file. To keep the motion, convert to an animated GIF instead.
Because Time (seconds) starts at 0 and most edited clips open on black, a fade-in, or a motion-blurred first frame. The tool captured exactly what was on screen at time zero. Enter a timestamp with real picture in it — anywhere upward of 1.5 seconds usually clears the fade — and re-run.
P6, the raw binary encoding. Every file this tool writes begins with the two characters P6, followed by the width, height and maxval as text and then the pixel bytes. P3 stores each sample as human-readable decimal text, which roughly triples the size and is only worth having when you intend to read or hand-edit the values. If you specifically need P3, convert the P6 output with a local Netpbm or ImageMagick command.
It is identical to the decoded frame, which is not the same thing. The M4V already went through lossy H.264 compression, so anything that codec discarded was gone long before PPM saw it. What PPM guarantees is that no further loss is added: no DCT blocking, no palette quantization, no re-sampling. The macroblocking and motion blur already baked into the source frame are reproduced faithfully, artefacts and all.
Almost never. The PPM spec allows a maxval up to 65535, and choosing 16-bit does produce a valid 48-bit pixmap — but a frame decoded from ordinary 8-bit H.264 has no precision beyond 8 bits to record. The existing values are simply rescaled into the wider range, so the file doubles while the information content stays the same. Use 16-bit only when a downstream tool refuses one-byte samples.
Not in the usual sense. PPM is a colour pixmap by definition, so the 1-bit setting reduces each of the three channels to two levels rather than producing a greyscale or bilevel image — you get a harsh eight-colour posterisation. It also barely shrinks the file, because samples below a maxval of 256 still occupy a full byte each. For a genuinely bilevel image, PBM is the Netpbm member designed for it.
PPM was never a delivery format. Browsers render JPEG, PNG, GIF, WebP, AVIF, SVG, BMP and ICO; none of them handle Netpbm files, and most consumer photo apps skip them too. ImageMagick, GIMP, IrfanView, OpenCV and Pillow all read PPM directly, which is the audience the format was designed for. If a person needs to look at the image, convert it to PNG.
None. The conversion strips everything on the way out, and the format has nowhere to put it regardless — a PPM header holds a magic number, width, height and maxval, and nothing else. Creation date, camera or device tags, iTunes artwork, chapter markers, colour-space information and the audio track are all gone. If provenance matters, keep the original M4V alongside the extracted frame.
Your M4V is uploaded over an encrypted connection, processed on our servers, and both the upload and the generated PPM are deleted automatically after a few hours. There is no account, no watermark, and nothing is shared or made public.