PicaJet

Reference Formats

R3D

R3D is RED Digital Cinema's proprietary camera-native raw video format, storing compressed sensor data and shooting metadata rather than fully rendered pixels, requiring specialized software to preview or edit.

Extension

.r3d

Full name

REDCODE RAW (RED Digital Cinema's camera-native raw video format)

Introduced

2007

Vendor

RED Digital Cinema

What is inside the container

R3D wraps compressed raw Bayer-pattern sensor data plus extensive shooting metadata — ISO, white balance, color science, lens data — captured at the moment of recording; debayering, white balance, and grading are all applied non-destructively later in post, with the underlying raw sensor data always recoverable. It is a proprietary format tied to RED's camera ecosystem, though RED publishes an SDK that lets third-party software read and decode R3D files.

How to open it

Cross-platform NLE (Mac/Windows/Linux) DaVinci Resolve offers native R3D support, including GPU-accelerated debayering for real-time playback and grading without a separate plugin.
Windows / macOS REDCINE-X PRO, RED's own free transcoding and pre-editorial application, is the reference tool for organizing R3D clips and generating proxies before they reach an NLE.
macOS / Windows Adobe Premiere Pro has offered native R3D support built directly into the application since Premiere Pro CS6, requiring no separate plugin.
Proxy generation RED's REDLINE transcoder or REDCINE-X PRO generate lower-resolution ProRes or H.264 proxies for lightweight browsing and offline editing, relinking to full-resolution R3D only for final color and finishing.

For archives

R3D files are large and computationally expensive to decode natively, so a DAM cannot rely on browser or thumbnail-generator-level preview without a dedicated decode path — generate ProRes or H.264 proxies at ingest for browsing while retaining the original R3D as the true archival master, since it's the only version that preserves the full sensor data and non-destructive grading flexibility. Because R3D decoding depends on RED's SDK or RED-licensed software, confirm that whatever DAM or transcoding pipeline is in use has current RED SDK support rather than assuming generic video tools will read it.

REDCODE RAW debuted in 2007 with the RED ONE, RED Digital Cinema’s first production camera, at a moment when practical 4K raw digital cinema capture barely existed outside specialized, far more expensive systems. R3D made raw sensor-level capture financially and operationally viable for independent and mid-budget productions, and it has remained RED’s core recording format across every subsequent camera generation — EPIC, SCARLET, the DSMC2-era WEAPON and RAVEN, and the current DSMC3 line including KOMODO and V-RAPTOR.

What makes R3D fundamentally different from a delivery codec like H.264 is that it isn’t storing finished pixels at all — it’s storing compressed raw Bayer-pattern sensor readout plus a large set of shooting metadata (ISO, white balance, lens data, RED’s own color science settings). Debayering, white balance, and color grading are all applied non-destructively afterward in post-production software, and the original sensor data is always recoverable, which is exactly why cinematographers shoot raw in the first place — creative decisions made on set don’t permanently bake into the file.

  • Compressed raw Bayer-pattern sensor data — not finished, debayered pixels
  • Shooting metadata: ISO, white balance, lens data, RED’s color science settings
  • Full non-destructive recoverability — debayering, white balance, and grading are all applied later in post

That flexibility comes at a direct cost to a DAM: R3D files are large, and previewing them at all requires real decoding and debayering work, not simple thumbnail extraction. Standard practice — and the only practical approach for browsing at scale — is to generate ProRes or H.264 proxies via REDCINE-X PRO or RED’s REDLINE transcoder immediately at ingest, keeping those proxies as the everyday browsing and rough-cut asset while the R3D itself stays untouched as the archival master. Any DAM handling R3D natively needs either RED’s SDK integrated directly or a transcoding step built into the ingest pipeline, since generic video libraries won’t decode it out of the box.

Frequently asked

Is R3D a video codec like H.264, or something different?

It's a camera-native raw capture format, not a finished-video codec. R3D stores compressed sensor data and metadata rather than fully debayered, rendered pixels, with color and exposure decisions applied later in post rather than baked in at capture.

Can a DAM generate a thumbnail preview of an R3D file directly?

Not without real decoding work — because R3D holds raw sensor data rather than rendered pixels, generating even a basic thumbnail requires debayering, which needs RED's SDK or RED-aware software rather than a generic image/video preview library.

What's the standard proxy workflow for R3D in a production pipeline?

Generate lower-resolution ProRes or H.264 proxies via REDCINE-X PRO or RED's REDLINE transcoder immediately at ingest, edit and browse using those proxies, then relink to the full-resolution R3D only for final color grading and finishing.

Which editing software supports R3D natively without a plugin?

DaVinci Resolve and Adobe Premiere Pro (since CS6) both offer native R3D support built directly into the application, with GPU-accelerated debayering, requiring no separate RED plugin.

Is R3D an open format, or proprietary to RED cameras?

It's proprietary to RED Digital Cinema, though RED does publish a software development kit that lets third-party applications read and decode R3D files, which is how tools like Resolve and Premiere Pro implement native support.

Why are R3D files so much larger than typical delivery video files?

Because they preserve raw sensor data at high bit depth rather than compressed, finished pixels — that's precisely what gives editors and colorists the latitude to adjust exposure and white balance non-destructively in post, but it comes at a real storage cost compared to a rendered H.264 or ProRes export.

What happens if we only archive the H.264 proxy and delete the original R3D?

You permanently lose the raw sensor data and the non-destructive grading flexibility that's the entire point of shooting REDCODE RAW — proxies are meant for browsing and rough editing, not as a substitute archival master for footage that may need re-grading or re-mastering later.

Does R3D support show up in newer non-RED cameras?

Yes, in a limited way — RED has licensed a newer variant called R3D NE to some third-party camera makers, such as Nikon's ZR, extending REDCODE RAW capture beyond RED's own camera line.

Sources