Approve the Cookies
This website uses cookies to improve your user experience. By using this site, you agree to our use of cookies and our Privacy Policy.
OK
Forums  •   • New posts  •   • RTAT  •   • 'Best of'  •   • Gallery  •   • Gear
Guest
Forums  •   • New posts  •   • RTAT  •   • 'Best of'  •   • Gallery  •   • Gear
Register to forums    Log in

 
FORUMS Post Processing, Marketing & Presenting Photos RAW, Post Processing & Printing 
Thread started 27 Sep 2004 (Monday) 11:05
Search threadPrev/next
sponsored links (only for non-logged)

Article on Yahoo about new Raw from Adobe

 
booggerg
Senior Member
Avatar
460 posts
Joined Aug 2004
Location: Chicago
     
Sep 27, 2004 20:32 |  #16
bannedPermanent ban

Whats the big deal of a universal format? All the big players' raw format is supported by the major softwares out there. Photoshop's RAW plugin reads files from numerous cameras.


20D || EOS650 || 50 f/1.8 MKI || 17-40 f/4L || 70-200 f/4L || Sigma 35-135 f/3.5 || Yashica Electro 35 || Yashica Minister || Yashica Mat 124G || Hoga 120CFN || 420EX || Sekonic 306 || Panasonic DVX100 || Canon GL2

  
  LOG IN TO REPLY
Jim_T
Goldmember
Avatar
3,312 posts
Likes: 115
Joined Nov 2003
Location: Woodlands, MB, Canada
     
Sep 27, 2004 20:46 |  #17

booggerg wrote:
Whats the big deal of a universal format? All the big players' raw format is supported by the major softwares out there. Photoshop's RAW plugin reads files from numerous cameras.

It makes it EASIER for Adobe to incorporate RAW into Photoshop. Also, people purchasing newly released cameras won't have to wait for Adobe or their favorite editing software authors to write a converter for the latest and greatest RAW format.

Adobe won't have to write file converters for all the different cameras. There are getting to be quite a few RAW formats.. Canon alone has several.. Adobe has to pay software writers to keep up with this. As a matter of fact, they had to write yet another routine for the 20D's RAW format because it isn't compatible with the 10D's RAW format..




  
  LOG IN TO REPLY
Jesper
Goldmember
Avatar
2,742 posts
Joined Oct 2003
Location: The Netherlands
     
Sep 28, 2004 05:31 |  #18

Andythaler wrote:
What is the advantage of the new DNG format over TIFF?

From what I read into it, you have to convert RAW to DNG in the first place and can then work with the new format.

The idea is that in the future camera manufacturers will make cameras that create DNG files instead of proprietary RAW format files. The DNG format is a kind of standard RAW format. As you probably know are RAW files much smaller than TIFF files because in a RAW file, only one colour per pixel is stored (just like the sensor records the data, because of the Bayer pattern).


Canon EOS 5D Mark III

  
  LOG IN TO REPLY
Jesper
Goldmember
Avatar
2,742 posts
Joined Oct 2003
Location: The Netherlands
     
Sep 29, 2004 03:51 |  #19

leony wrote me in a private message (Why are you sending me this in a private message instead of posting it in the forum?):

this is not true. if it would be true then every RAW file would be exactly the same size - one color per pixel. and then it would be B&W. you need a minimum of 3 colors per pixel to have a color image. the sesor has 3 times the pixels you see in photo cells. photo cells have color filters on top of them so that they record the appropriate color's intensity. each three photo cells on the sensor comprise one pixel that is saved to the file. RAW does not store info about every single photo cell.

It may be a surprise to you, but you're wrong. There are NOT three photo cells for each pixel in a sensor with a Bayer pattern, as most cameras have. Of each group of four pixels, two record only green, one records only blue and one only red. The RAW conversion software (in the camera or on the computer) interpolates the missing colours for each pixel to make an RGB image.

So a 6 MP EOS 10D for example has only 1.5 million red, 1.5 million blue and 3 million green pixels. There are NOT really 6 x 3 = 18 million photo sites on the sensor, as you suggest.

Search the web for more info on Bayer sensors.

the reason RAW files are smaller than UNCOMPRESSED TIFFs is that they are compressed with a lossless algorithm - probably a variation of LZW compression. WHen you save files as TIFFs you can have them compressed with lossless compresion as well - for a much smaller file. This is, by the way, the reason that RAW files are different in size from shot to shot - different amount of compression can be applied dependent on file's contents.

That's true, RAW files are compressed with a lossless, ZIP-like algorithm. But they also contain only one color per pixel, see above.


Canon EOS 5D Mark III

  
  LOG IN TO REPLY
Jesper
Goldmember
Avatar
2,742 posts
Joined Oct 2003
Location: The Netherlands
     
Sep 29, 2004 04:52 |  #20

leony, here are some articles about how Bayer sensors work:

Anatomy of a Digital Camera: Image Sensors (external link)
How Digital Cameras Work - Capturing Color: Bayer Filter (external link)
Image Sensors from photozone.de (external link)

Specifically, your line "each three photo cells on the sensor comprise one pixel that is saved to the file. RAW does not store info about every single photo cell" is not correct. Each pixel indeed has only one photo cell and in the RAW file, the info for each photo cell is stored.

The sensors of most digital cameras record 12 bits per pixel, so the uncompressed RAW data of the 10D is 3072 x 2048 x 12 bits / 8 bits per byte = 9,437,184 bytes. By compressing it with a ZIP-like algorithm, the RAW file is usually between 4 and 6 MB in size.

An uncompressed 8-bit TIFF file contains 3072 x 2048 x 8 bits per channel x 3 channels / 8 bits per byte = 18,874,368 bytes, twice as much as the uncompressed RAW file. That makes the RAW file already twice as small, even without compression.


Canon EOS 5D Mark III

  
  LOG IN TO REPLY
leony
Member
197 posts
Joined Dec 2002
Location: New Jersey, US
     
Sep 29, 2004 17:49 |  #21

Jesepr:

you are correct about the way info is read out from the sensor and the way sensors work - but that, however does not mean ALL of the info is saved to RAW unprocessed. Here's my logic, and I might be wrong - in the interests of science...

if, as you correctly say, each pixel that is on the CMOS is comprised from 4 photocells, and the "visible" image pixels are then interpolated from those 4 cells for each pixel photoshop considers an RGB value, to acheive a file of 2048x3072=6291456 pixels in visible image.

lets work backwards... my 10D is 6.3 MP - that is there is 6,300,000 photo cells on it. since each photo cell is a 12-bit value it takes 1.5 bytes to store. assuming there is no overhead (for easy math) you end up with a 9 MB file which after compression becomes about half the size - in theory.

so, here you have this 9MB file. and you think it has all those photo cells info, except it doesn't. what it has is info DERIVED from interpolating photo cell information. each "visible" pixel becomes from weighted averaging of a set of 9 adjacent pixels for RGB value.

Now, it is possible that canon lets this interpolation be done by software when you convert RAW, but it is just as easy to implement this basic interpolation at hardware level especially that on CMOS each pixel can be accessed individually. the overhead at hardware level involved is minimal.

now, since these photocells are a set of 4 to comprise 1 visible color pixel in RGB model, the effective "resolution" of 6.3 MP sensor in "visible RGB" pixels is 6.3/4=1,575,000 pixels. since that image is too small for any practical use, canon interpolates it to fill the area of an image pixel by pixel in 9 pixel square (3x3) increments. this is called "bycubic inteprolation" that photoshop uses to upsample files...

bayer matrix only describes how photocells are located on the actual chip. it does not describe how the chip is read and if the info is then "interpolated" before saving to a file.

in all reality - bycubic interpolation of the sensor's photocells is a necessary step to have an RGB image - be it done in camera before RAW is saved to a file or after during RAW conversion. only canon knows, but as you can see file sizes have nothing to do with this.

it is also not surprising that RAW is smaller than TIFF - raw holds info for 6291456 cells each cell at 12 bits = 9437184 bytes.

TIFF with 6291456 "visible pixels" has to hold 24 bits (R+G+B: 8*3) or 48 bits (16*3) with file sizes of 18.8 Mb and 100 Mb files respectively.

note that your RAW file that has photocells info is only 1.5 million "visible pixels" - all the other pixels are interpolated to create a 6 million pixel RGB file.

last, in deffence of my theory, a B&W (grayscale) file saved as TIFF uncompressed provides 12 and 6 Mb files in 16-bit and 8-bit respectively. see, after compression you still get a TIFF of those dimensions comparable to RAW - once you note that photo cells store "color blind" values - just like B&W. if there would be a way to save a file as 12-bit in B&W, file after compression would be exactly the size of RAW.

RAW doesn't hold any more information than TIFF does - it just holds the same information in a different way, a way not usable until conversion to RGB model where color is determined by 3 variables, not 4.


NYC Area | www.studioly.com (external link)

  
  LOG IN TO REPLY
tofuboy
Senior Member
652 posts
Joined Aug 2004
Location: Maple Valley, WA
     
Sep 29, 2004 19:12 |  #22

leony wrote:
Once you convert your file to tiff though, you don't have the same processing power as you do with RAW.

i respectfully disagree. if 12 bits hold 12 bits of data (info), you don't loose it unless you start doing lossy compression - which TIFF is not.

if you set a curve, flatten a file and save as 16 bit tiff. then re-open it and apply an inverse curve to it, you will be back to the original file - no info lost.

the only concern is clipping, but that is inherent to RAW conversion as well. if you convert with clipped chanels, you can't recover them in PS later.

I agree that a very similar result can be had using either method and didn't say (or intend to say) that you are losing data in a RAW to TIFF conversion. What I meant was that some of the functions available in Camera RAW are more powerful than their 'equivalent' in PS. The major one being the white balance setting... a few others are slightly better or equivalent, while others are worse. I don't know the inner workings of the two systems, this is simply information I read from a published book on using Camera Raw... and I choose to believe it.


-Matt Seattle Photography - Nature|Portrait|Event (external link)
'The negative is comparable to the composer’s score and the print to its performance.' - Ansel Adams

  
  LOG IN TO REPLY
Jesper
Goldmember
Avatar
2,742 posts
Joined Oct 2003
Location: The Netherlands
     
Sep 29, 2004 23:26 |  #23

leony wrote:
Jesepr:

you are correct about the way info is read out from the sensor and the way sensors work - but that, however does not mean ALL of the info is saved to RAW unprocessed. Here's my logic, and I might be wrong - in the interests of science...

if, as you correctly say, each pixel that is on the CMOS is comprised from 4 photocells, and the "visible" image pixels are then interpolated from those 4 cells for each pixel photoshop considers an RGB value, to acheive a file of 2048x3072=6291456 pixels in visible image.

No, I didn't say each pixel is 4 photocells and that isn't correct either. Each pixel is not 4 photocells, but 1 photocell. There are 3072 x 2048 = 6,291,456 photocells = pixels in the image. The trick is that each of those pixels has only 1 color instead of 3. The missing colors are calculated from the neighbouring pixels.

leony wrote:
lets work backwards... my 10D is 6.3 MP - that is there is 6,300,000 photo cells on it. since each photo cell is a 12-bit value it takes 1.5 bytes to store. assuming there is no overhead (for easy math) you end up with a 9 MB file which after compression becomes about half the size - in theory.

so, here you have this 9MB file. and you think it has all those photo cells info, except it doesn't. what it has is info DERIVED from interpolating photo cell information. each "visible" pixel becomes from weighted averaging of a set of 9 adjacent pixels for RGB value.

No. The RAW data is what comes from the photocells = pixels on the sensor directly. The data in the RAW file is not yet interpolated. The RAW conversion software does the interpolating.

To make an RGB image from the RAW data, the conversion software looks at each pixel. For a pixel that contains only an R value, it calculates the G and B value for that pixel by interpolating the values of the surrounding pixels (and for each G pixel, R and B are interpolated etc). The most simple algorithm for doing this is calculating a weighted average, but there are also far more sophisticated (and complicated) algorithms available, which are supposed to give better results.

leony wrote:
Now, it is possible that canon lets this interpolation be done by software when you convert RAW, but it is just as easy to implement this basic interpolation at hardware level especially that on CMOS each pixel can be accessed individually. the overhead at hardware level involved is minimal.

When you set the camera to RAW mode, the RAW, uninterpolated data is saved in the CRW file without interpolation. When you set the camera to JPEG mode, the camera / sensor does the interpolation itself.

leony wrote:
now, since these photocells are a set of 4 to comprise 1 visible color pixel in RGB model, the effective "resolution" of 6.3 MP sensor in "visible RGB" pixels is 6.3/4=1,575,000 pixels. since that image is too small for any practical use, canon interpolates it to fill the area of an image pixel by pixel in 9 pixel square (3x3) increments. this is called "bycubic inteprolation" that photoshop uses to upsample files...

There are not 4 photocells per pixel, see above.

leony wrote:
bayer matrix only describes how photocells are located on the actual chip. it does not describe how the chip is read and if the info is then "interpolated" before saving to a file.

in all reality - bycubic interpolation of the sensor's photocells is a necessary step to have an RGB image - be it done in camera before RAW is saved to a file or after during RAW conversion. only canon knows, but as you can see file sizes have nothing to do with this.

it is also not surprising that RAW is smaller than TIFF - raw holds info for 6291456 cells each cell at 12 bits = 9437184 bytes.

TIFF with 6291456 "visible pixels" has to hold 24 bits (R+G+B: 8*3) or 48 bits (16*3) with file sizes of 18.8 Mb and 100 Mb files respectively.

Right, that's what I said in my post above, except that a 16 bit per channel TIFF file is not 100 MB but twice that of the 8 bpp file: 37.7 MB.

leony wrote:
note that your RAW file that has photocells info is only 1.5 million "visible pixels" - all the other pixels are interpolated to create a 6 million pixel RGB file.

No, it does not have 1.5 million visible pixels, it has 6 million pixels but each with only one color and the other colors for each pixel have to be derived (= interpolated) from the surrounding pixels.

If the RAW file contains info on only 1.5 million "visible pixels", as you say, then you're saying that the 10D is in reality an 1.5 MP camera and the 6 MP image is created by upsampling (bicubic interpolation). That's not true. The 10D produces an image with 1.5 million red, 3 million green and 1.5 million blue pixels. That's not the same as 1.5 million RGB pixels.

leony wrote:
last, in deffence of my theory, a B&W (grayscale) file saved as TIFF uncompressed provides 12 and 6 Mb files in 16-bit and 8-bit respectively. see, after compression you still get a TIFF of those dimensions comparable to RAW - once you note that photo cells store "color blind" values - just like B&W. if there would be a way to save a file as 12-bit in B&W, file after compression would be exactly the size of RAW.

RAW doesn't hold any more information than TIFF does - it just holds the same information in a different way, a way not usable until conversion to RGB model where color is determined by 3 variables, not 4.

Correct.


Canon EOS 5D Mark III

  
  LOG IN TO REPLY
leony
Member
197 posts
Joined Dec 2002
Location: New Jersey, US
     
Sep 30, 2004 07:21 |  #24

i understand how this all works now, and still am amazed that a necessary (and really an unchangeable) step is not done in camera.


NYC Area | www.studioly.com (external link)

  
  LOG IN TO REPLY
Jesper
Goldmember
Avatar
2,742 posts
Joined Oct 2003
Location: The Netherlands
     
Sep 30, 2004 08:55 |  #25

leony wrote:
i understand how this all works now, and still am amazed that a necessary (and really an unchangeable) step is not done in camera.

As I wrote above, when you set the camera to JPEG mode, the camera does the interpolation.

The interpolation step is not really "unchangeable" - as I also wrote above already, there are several algorithms available to do it. The most simple way would be to just take the mean value of the missing colours. There are also more sophisticated algorithms available, which are supposed to give better results than simply calculating the average. Here's a page that compares different RAW interpolation algorithms: A Study of Spatial Color Interpolation Algorithms for Single-Detector Digital Cameras (external link).


Canon EOS 5D Mark III

  
  LOG IN TO REPLY
sponsored links (only for non-logged)

3,278 views & 0 likes for this thread, 13 members have posted to it.
Article on Yahoo about new Raw from Adobe
FORUMS Post Processing, Marketing & Presenting Photos RAW, Post Processing & Printing 
AAA
x 1600
y 1600

Jump to forum...   •  Rules   •  Forums   •  New posts   •  RTAT   •  'Best of'   •  Gallery   •  Gear   •  Reviews   •  Member list   •  Polls   •  Image rules   •  Search   •  Password reset   •  Home

Not a member yet?
Register to forums
Registered members may log in to forums and access all the features: full search, image upload, follow forums, own gear list and ratings, likes, more forums, private messaging, thread follow, notifications, own gallery, all settings, view hosted photos, own reviews, see more and do more... and all is free. Don't be a stranger - register now and start posting!


COOKIES DISCLAIMER: This website uses cookies to improve your user experience. By using this site, you agree to our use of cookies and to our privacy policy.
Privacy policy and cookie usage info.


POWERED BY AMASS forum software 2.58forum software
version 2.58 /
code and design
by Pekka Saarinen ©
for photography-on-the.net

Latest registered member is Thunderstream
1012 guests, 110 members online
Simultaneous users record so far is 15,144, that happened on Nov 22, 2018

Photography-on-the.net Digital Photography Forums is the website for photographers and all who love great photos, camera and post processing techniques, gear talk, discussion and sharing. Professionals, hobbyists, newbies and those who don't even own a camera -- all are welcome regardless of skill, favourite brand, gear, gender or age. Registering and usage is free.