Initializing... drag & drop files here
Supports: AVIF
PPM is the full-colour member of the Netpbm family: a two-line text header followed by raw red, green and blue samples, with no codec, no palette and no metadata block anywhere in the file. AVIF is the opposite — an AV1-coded still wrapped in a HEIF container, tuned to make a photograph as small as it can possibly be. Converting one to the other is a decode, not a re-compression: you are asking for the decompressed pixels in the plainest wrapper that exists, usually because a research script, a computer-vision pipeline, a raytracer or a graphics course expects to fread a header and then a flat byte array. The file gets much larger, and that is the intended outcome.
| Property | Value |
|---|---|
| Full name | AV1 Image File Format |
| Published by | Alliance for Open Media, version 1.0.0 in February 2019 |
| Container | HEIF box structure (ISO Base Media File Format lineage) |
| Payload | AV1 intra-coded image items |
| Compression | Lossy or lossless |
| Bit depth | 8, 10 or 12 bits per channel |
| Transparency | Yes, via a separate alpha image item |
| Colour / HDR | 4:2:0, 4:2:2, 4:4:4 and RGB; PQ and HLG transfer functions |
| Metadata | EXIF and ICC profiles supported |
| Max dimensions | 8192 × 4352 in the baseline profile; 16384 × 8704 in the advanced profile |
| Native browser support | Chrome 85+, Firefox 93+, Safari 16.4+ (iOS 16.0+), Edge 121+ |
| Property | Value |
|---|---|
| Full name | Portable Pixmap, part of the Netpbm suite |
| Specification | netpbm.sourceforge.net/doc/ppm.html |
| Magic number | P6 for the raw binary form, P3 for the plain ASCII form |
| Header | Magic number, width, height and maxval, separated by whitespace |
| Maxval range | Greater than zero and less than 65536 |
| Bytes per sample | One byte when maxval is under 256, two bytes at 256 or above |
| Compression | None. Every sample is written verbatim |
| Transparency | Not supported — red, green and blue only |
| Metadata | None. No EXIF, no ICC profile, no colour-space tag |
| Sibling formats | PGM (greyscale), PBM (bilevel), PAM (adds an alpha channel) |
| Best for | An exact-pixel intermediate that any program can parse in a few lines |
.avif onto the page or click "Add Files". Several images can be queued and converted with the same settings..ppm, or take a batch as a ZIP. No sign-up, no watermark.Because PPM stores samples verbatim, the file size follows directly from the header: width × height × 3 samples, times one or two bytes each. In our testing, an 800 × 600 image came out at 1,440,015 bytes at 8-bit (800 × 600 × 3 = 1,440,000 bytes of raster plus a 15-byte header) and 2,880,017 bytes at 16-bit — exactly double the raster, as the spec's two-bytes-per-sample rule predicts.
The 1-bit option is the one that surprises people. It sets maxval to 1, so each channel becomes on or off and the image collapses to at most eight colours — but a maxval below 256 still occupies a full byte per sample, so the file does not shrink. The same 800 × 600 test image came out at 1,440,013 bytes at 1-bit, within two bytes of the 8-bit version. Use it when a downstream tool wants a bilevel-style pixmap, not to save space; scale the resolution down instead if size is the goal.
Because you asked for the pixels, not a compressed picture of them. AVIF applies AV1 intra-frame coding and can hold a full photograph in a few hundred kilobytes; PPM applies nothing at all, so its size is fixed by geometry alone — width × height × 3 bytes at 8-bit. A 12-megapixel image is therefore about 36 MB as an 8-bit PPM regardless of what it depicts. The only levers you have are bit depth and resolution.
The write step adds no loss whatsoever: the decoder's output is stored sample for sample, with no second compression pass. The caveat is upstream — if the AVIF was encoded lossily, that loss is already part of the pixels and cannot be undone. A losslessly encoded AVIF round-trips into PPM with nothing lost at all.
The alpha channel is discarded. PPM stores only red, green and blue, and no version of the specification has an alpha channel. It is worth knowing exactly how the alpha disappears: the converter does not composite your image onto a background, it simply drops the channel and writes the colour values that were stored underneath — which, depending on how the AVIF was encoded, can be black, white or a stray fringe colour. If transparency matters, convert AVIF to PNG instead; within the Netpbm family, PAM rather than PPM is the format with an alpha channel.
A P6 pixmap with a maxval of 1. Each of the three channels is reduced to on or off, which gives you at most eight possible colours — black, white, and the fully saturated primaries and secondaries — rather than a true greyscale bilevel image. Because the spec stores one byte per sample for any maxval under 256, the file is the same size as the 8-bit version. Pick it only when the receiving program specifically wants that form.
Choose 8-bit unless you know the consumer wants more. Nearly every Netpbm-era tool, teaching example and hand-written parser assumes maxval 255 and a single byte per sample, and some simple readers will misparse a two-byte file. Choose 16-bit when a scientific or imaging pipeline needs the extra headroom — for example when values will be accumulated, differenced or rescaled and 8-bit rounding would show up as banding.
Image tooling rather than consumer viewers. ImageMagick, GIMP, Photoshop, FFmpeg and the Netpbm command-line utilities read PPM directly, and it is a standard input for OpenCV, Pillow and countless university assignments. Browsers do not display it and Windows Photos and macOS Preview will generally decline. If you need something anyone can open, AVIF to PNG or AVIF to JPG is the better destination.
The output is binary P6 — the raw form, which is both smaller and faster to read than the ASCII P3 variant. No metadata survives: PPM's header holds nothing but the magic number, the dimensions and the maxval, so EXIF tags, ICC colour profiles and orientation flags from the AVIF are all dropped. Anything that must travel with the image needs to be carried separately or kept in the original .avif.
Your AVIF is uploaded over an encrypted connection and converted on our servers, never in a shared or public workspace. Output and input are both deleted automatically after a few hours. There is no sign-up, no watermark, and nothing is passed to third parties. To go the other way or reach a different target, the AVIF converter hub lists every format this source can be turned into.