greenscreen shortcomings and possibilities - General Discussion and Assistance - CHDK Forum

greenscreen shortcomings and possibilities

  • 2 Replies
  • 2267 Views
greenscreen shortcomings and possibilities
« on: 15 / February / 2011, 14:21:39 »
Advertisements
Hi all - wasn't quite sure what category to put this in but thought I'd pose it as a general question - since you all are certainly the braintrust behind the inner workings of Canons.

I'm working on a stop motion animation project being shot with a 5D, which I realize has limited chdk support but I think you all might have some ideas.  The problem I'm running into is rearing it's ugly head when shooting greenscreen shots (you know, think "news weatherman" for those non-visual effects savvy people).  Although the green channel of the RAW images seems to be fairly well put together, the Red and Blue exhibit weird artifacts that look like they are being subsampled and possibly sharpened along the edges.  This makes the typical processes we use to key the greenscreen VERY difficult and messy.

I remember reading somewhere that the sensor favors the green channel, which makes perfect sense since our eyes are most sensitive to green.  But in doing so it, you know, seems to sample red and blue at almost 1/2 as much data.  it looks similar to what DV video is doing to optimize the bandwidth.  (what is that, 4:1:1? whatever the compression is)

so here's what I'm wondering - since this is a stop motion project and is a very controlled environment, bracketing 3 shots in a row is certainly possible, and almost easy!  we certainly do it for HDR every once in a while if the shot dictates a need for it.

I'm just wondering if it's conceivable and within the limits of hardware + firmware to capture all 3 channels using the better "green" channel of the sensor.  So Red and Blue would be captured with as much resolution and clarity.  And then combine the channels later.  so think of it as - I know it's more complicated than this, but if the sensor captures light as RGB, could it grab RGB, GRB and RBG in 3 shots and then we just slot the green channels into the correct channels as a post process?

i mean, never did I think I'd ask if I could capture a red channel using a green channel, but you guys see where I'm going here and the reasons for it.

actually, because of the way they filter light to the different sensors, that's probably all hard coded and can't be changed around.  but I wonder if you could shift which channel is being subsampled in the firmware.  so instead of red and blue being downsampled, I wonder if you could bracket the favoring of R, then G, then B?

whaddya think?  possible?
« Last Edit: 15 / February / 2011, 14:30:10 by jbills »

*

Offline fudgey

  • *****
  • 1705
  • a570is
Re: greenscreen shortcomings and possibilities
« Reply #1 on: 15 / February / 2011, 17:26:42 »
I don't know much of anything about the 5D, but if it's like many other digital cameras, a single pixel (photosite) is sensitive (ideally/mostly) to only one color (red, green or blue). On a 10 Mpixel camera, there would be 10 million photosites of which 5 million are green, 2.5 million are red and 2.5 million are blue. Google around for something called the Bayer matrix.

The camera or your favorite RAW develop program on a PC then interpolates these colors into 10 million RGB pixels for e.g. saving a JPEG image, but as you can easily understand (even with a perfect lens assembly) the camera just can't draw a red object with a resolution the marketing brochure might lure you into believing it could.

Basically if you have a true and pure RAW file, you should be able to just throw away colors you don't like before you interpolate them into RGB but you probably (hopefully) can't use green photosites to capture images of a purely red objects.

Re: greenscreen shortcomings and possibilities
« Reply #2 on: 15 / February / 2011, 19:05:19 »
ah - thanks for the reply.  so, if I understand the way of the world correctly, the photosites are hardware bound and not software bound.  darn it!  was hoping there'd be a way.

 

Related Topics


SimplePortal 2.3.6 © 2008-2014, SimplePortal