Well, I am definitely working without a net here, so this may sound like a dumb idea or it may mean something. It may be something that is discussed a lot, and I just haven't seen it, or just way off base considering the new technology that is always coming out, such as with the HDR CCDs available, etc.
But, here goes -- if this is anything interesting to people, then I'd like to work it up into something more formal.
The basic idea is this:
RAW and Jpeg
Right now, there are two basic choices with images coming from digital camera: RAW and JPEG.
RAW is really for people who are more serious and typically takes a lot more time and knowledge to deal with. Whereas the JPEG conversion by typical cameras is just too simplistic and hard to deal with -- the highs and lows are usually cut off, and host of other problems can present itself.
I've been spending a lot of time researching the differences lately. With Sagelight, I try to serve both ends -- the higher end, professional level, including RAW support; and the easy more intuitive methodology of getting something that looks as great as possible with little effort.
What I've found is that JPEG really isn't that bad. It's the highlight and shadows getting cutoff where most of the problems come from. But, you don't necessarily want to restrict the rest of the image range, either (especially in 8-bits per-channel) just to protect something you may or may not need.
In some testing, I've taken highlight-protected RAW images, converted them to 8-bits per-channel and then saved them as a JPEG image. I then reloaded the and edited them. The results were much better than a typical JPEG from a camera.
Jpeg images, even at 8-bits per-channel, really is plenty to work with if you're not worried about getting very aggressive with your image, which most images don't require.
The problem with JPEGs from the Camera
The problem, of course, is that these cameras insist, rightfully, on attempting to generate an image that does not need editing. Something that is bright, noise-free, saturation, and balanced. Of course, 30% of the time this fails in some significant way, usually by cutting off the highlights. I use the term 'failure' to mean that it could be much better -- noticeably. Much more of the time, the image could be much better but looks ok if you're not looking at it artistically.
I firmly believe that not only is there a set of users that want to bring out the superior image without having to get into the complexities of RAW, but that this group represents 70% of the people who would use an editor in the first place.
Just Preserve the High and Low Data
With 16- or 8-bit JPEG, if only the highlight and shadow data were preserved. I don't have Highlight Recovery as the default when you load a RAW image for a reason. This is in order to keep the midtones as broad as possible so they don't become too compressed themselves in cases where there is no relevant highlight data.
So, how about this with Jpeg images from camera for some much higher quality: something like "JPEGr", if you will. A passive jpeg (8- or 16-bit) that carries the original image from the camera, but also has a "recovery data channel" which contains the upper- and lower-recovery information from the original image. It would be stretched -- anything from 0-.4999 represents the original 0-.249999, and anything from .5-.9999 represents the original .75-.999999 of the highlight information per-channel.
This data would be typically highly compressible without too much loss, so would probably be about half of the basic JPEG image size. This could be a specific type, i.e. jpgr, or could just be attached as some sort of EXIF information to the file. Either way, the additional information would be completely passive, so the camera can do what it wants and it would not interfere with any image viewers or editors.
Passive Metadata, making it easier to edit images in high-quality
Editors that are aware of this meta information can use it to either automatically restore highlights and shadows, or use it as an RD channel, akin to a layer, to allow the user to use curves (or whatever) on this information to restore it into the image.
The upshot is that this allows very quick editing at the JPEG level, but with a high-end spectrum that would deliver essentially the same professional results you see with many RAW programs -- but with far less hassle or need to invest the knowledge base one needs for RAW.
With RAW, for example, you have to think more in terms of noise reduction, sharpening, smoothing, color balancing, lighting, etc. etc.
The reason this comes about is because I've seen that the internal processing of cameras these days is not only better than it was before, but is also so tuned to the particular quirks and vagaries of that particular camera, it's more-or-less doing what you'd do anyway when you pull it out as a RAW. So, why not just let the camera do what it wants to do, as long we we can get the full histogram (without annoying users who don't care)?
This would be particularly useful in cameras (like my Powershot 780) where RAW makes less sense. But, also this would work well in larger cameras where one wants to edit their pictures in a significant way but doesn't really care about going to the RAW level.
What do you think? I also am thinking of the idea that these camera manufacturers could provide a proprietary .DLL (like a plug-in) to do the post-processing of the image AFTER it comes out of the camera as a RAW image. Sagelight and other editors could then call this DLL with various parameters. This would lead to greater control as well as higher quality because algorithms could be much more accurate since they don't need to save time as the camera does (for example, the L channel could be used for color noise reduction instead of the Y channel, which is mostly what happens now, leading to color loss
Anyway, those are my thoughts. If anyone wants examples of the RD channel attachment I'm proposing, let me know.
Again, this could be been-there-done-that in the industry, or a non-sequitur in the scheme of things, but, either way, I'm certainly seeing a way to get much better results with far less effort than using straight RAW.
Rob
