Initializing... drag & drop files here
Supports: NEF
NEF is Nikon's RAW photo format — the unprocessed sensor data from a Nikon DSLR or mirrorless camera. PPM is the Portable Pixmap from the Netpbm family: a tiny header followed by a flat, uncompressed array of RGB pixels. This converter renders the NEF to that plain pixel array so image-processing and computer-vision code can read it with almost no parsing. It is a pipeline tool, not a photo viewer — if a person is going to look at the image, NEF to PNG or NEF to TIF is the better target.
| Property | Value |
|---|---|
| Full name | Nikon Electronic Format (Nikon's RAW) |
| Type | Camera raw still image — one photo per file |
| Structure | TIFF-style header (proprietary Nikon extension), not standard TIFF |
| Bit depth | 12-bit or 14-bit sensor data, depending on the camera (per Nikon) |
| Resolution | Matches the sensor — roughly 20-45 megapixels on recent D-series and Z-series bodies |
| Editing model | White balance, hue, tone and sharpening kept as instruction sets, not baked into pixels (per Nikon) |
| Best for | Keeping the editable master of a shot before any rendering |
| Property | Value |
|---|---|
| Full name | Portable Pixmap (Netpbm family) |
| Standard | Netpbm — described as a "lowest common denominator color image file format" (Netpbm spec) |
| Structure | Short ASCII header (width, height, max value) + flat RGB pixel array |
| Variants | P6 (binary) or P3 (plain ASCII text) |
| Bit depth | 1 byte/sample when max value is below 256, 2 bytes/sample at 16-bit (Netpbm spec) |
| Compression | None — fully uncompressed |
| Metadata / color profile | Width, height and max value only; no alpha, no ICC, no EXIF |
| Best for | Feeding raw pixels to scripts, OpenCV, Pillow, ImageMagick and Netpbm tools |
.nef onto the page or click "+ Add Files" to browse. You can queue several Nikon RAW files and convert them in one batch.One real reason: a pipeline that reads raw pixels. PPM is, in the words of the Netpbm specification, a "lowest common denominator color image file format" — a short header plus a flat array of RGB bytes — so OpenCV, Pillow, ImageMagick and the Netpbm tools parse it with almost no code. That is its whole purpose. If a human will view the photo, or you want to attach it somewhere, PPM is the wrong choice: use NEF to PNG for a lossless, universally viewable image or NEF to TIF for an editable, metadata-rich file.
Not the RAW latitude — be clear-eyed about this. Converting NEF to PPM is a render: white balance, exposure and a tone curve are baked in to produce displayable RGB, exactly as they would be for a JPEG. What 16-bit (High Precision) buys you is two bytes per sample instead of one, so the rendered tones keep far more headroom for further processing without banding. It does not hand your script the unprocessed 12-bit or 14-bit sensor data; for that you would keep working from the NEF itself in a RAW developer.
Larger than you expect, because PPM is uncompressed. The size is essentially width × height × 3 bytes at 8-bit. A roughly 24-megapixel NEF therefore renders to about 72 MB of raw RGB at 8-bit, and about 144 MB at 16-bit, where each sample takes two bytes per the Netpbm spec. A ~45-megapixel NEF lands near 136 MB and 272 MB respectively. Picture content does not change that — a blank frame and a busy one are the same size. If you need a small file, use a compressed target like PNG or TIF.
Both store the same RGB pixels; they differ only in encoding. P6 is binary — one byte per color sample, or two at 16-bit — which is compact and the fast path for code. P3 writes the same values as plain ASCII decimal numbers, which is human-readable but several times larger and slower to parse; some libraries (OpenCV among them) read binary P6 far more reliably than ASCII P3. Most toolchains read and write P6; reach for P3 only when you want to eyeball the raw numbers.
No, and that is by design. A PPM header carries only the image width, height and maximum sample value; the Netpbm spec allows "very little information about the image besides basic color," with no alpha channel and no embedded ICC profile or capture metadata. The white balance and exposure are baked into the pixel values during the render, but the EXIF fields themselves do not survive. If you need that metadata to travel with the image, convert to NEF to TIF instead and carry it there.
Your NEF is uploaded over an encrypted connection and rendered on our servers — not in your browser. The resulting PPM is yours to download immediately, and files are deleted automatically a few hours after conversion, with no sign-up and no watermark; they are never shared or made public. In our testing, a 24-megapixel NEF written to a binary P6 PPM at 8-bit produced a file of roughly 72 MB, in line with the width × height × 3 math above.