Fullscreen
Loading...
Bookmark and Share
Location : OVS > RED Camera Manual User Help Guide > RED One Theory of Operation > RED One Image Processing
RED ONE CAMERA: OPERATIONS GUIDE Companion - CH 4 Theory of Operation - Red One Image Processing - by Will Wagner
Send a link

RED One Image Processing

Image Processing

You're probably saying ,"Didn't we just talk about this?"  The answer is basically yes, but this next section restates some of what we've talked about a little differently, and adds another few layers to the picture.

 Images received from the Mysterium sensor are formatted as pixel defect corrected (but not color processed) 12-bit RAW data - similar in image quality to a high end digital stills camera.  The sequence of 12-bit RAW images received from the sensor is compressed using proprietary wavelet based REDCODE RAW compression. The RAW data recorded is independent of the RGB signal monitored from the monitoring path. ISO, white balance or other RGB color space adjustments made to the monitoring path are not burned into the recorded 12-bit RAW data.  
Images can be stored on a high-speed Compact Flash, RED-DRIVE or RED-RAM media.
 
The camera’s monitoring path converts 12-bit RAW sensor data white balanced 10-bit 1280 x 720 pixel RGB 4:4:4 video. This signal may be modified using ISO, white balance or other RGB color space adjustments and provides monitor feeds for the RED-EVF, RED-LCD, Preview HD-SDI and HDMI outputs.

Let's tackle it piece by piece.

"...pixel defect corrected (but not color processed 12-bit RAW data."

Pixel defects are at the sensor level, no sensor can be 100% perfect all the time.  So pixel correction attemps to correct for any black pixels on the sensor.  Also, there are some wierd patterns created when puttng those red, green and blue channels next to each other.  Nothing we need to worry about. - happens automatically inside the camera.  And we know what 12-bit data means from the previous chapters.  RAW means that it is not processed.

The sequence of 12-bit RAW images received from the sensor is compressed using proprietary wavelet based REDCODE RAW compression.

To tackle this one in depth is a little beyond the scope of this discussion - but we're going to give it some of the time it deserves.  This is the first time we've introduced the idea of "codecs" and compression.  A codec is a defined standard for the COmpression and DECompressioin of data.  This means we get an image on one side, we compress it for transmission either over the air or, in the case of the RED by e-SATA cable, then we decompress it on the other end for viewing.  There are many different codecs out there for different uses.  There is H.264 - Apple's Quicktime. Or DVC-PRO is another codec. HDV is another codec.  There are many.  There are codecs for film work and there are codecs for broadcast.  Traditionally the two have not overlapped because of the differences in quality demanded by film.  Enter REDCODE RAW.  REDCODE successfully compresses 4k images at 12 bits of color down to 220Mbits/second.  For comparison, the Dalsa digital film camera has a slightly lower resolution but more colors at 16 bits of color, but its bandwidth requirements are approximately 3.2Gbits per second or 14.5x as much as the RED.

 Another important aspect of codecs - there are destructive and non-destructive codecs.  Some examples of non-destructive codecs  are "Animation" or "Uncompressed 8-Bit".  These codecs store the information pixel for pixel.  They are not used for HD or above generally because they require huge amounts of bandwidth because they are un-compressed. 

A second type of codec is a destructive codec.  Jpeg and GIF are examples of destructive codecs.  JPEG more than GIF, but in both cases, colors that are outside of a given color space are removed.  Basically you're left with an image that looks the same to the eye, but doesn't have nearly as much color information as the original.  "How do they do that?" is the magic question for us.  Because if they are doing it in a way that degrades the original image - then its not acceptable.  The second half of the above quote tells us the answers to some of this question.

REDCODE is a destructive codec.  It does in fact, throw away some of the color information - but because its logarithmic - it can get rid of information far outside the needed range.  At least that's the idea.  And finally, "wavelet based," describes another algorithm for compression over time.  Too complicated or boring to discuss here. If we believe the RED data - which I do - then what comes out on the other end is "RAW 12bit color at up to 4K resolution."

Previous Up a Level Next
<< Mysterium Sensor RED One Theory of Operation Redcode and Color >>

Page last modified on Friday 27 of March, 2009 20:45:22 EDT

Style: ovsdarkroom.css [toggle]

Online users [toggle]

8 online users