Great to see you here. Join our insightful photographic forum today and start tapping into a huge wealth of photographic knowledge. Completing our simple registration process will allow you to gain access to exclusive content, add your own topics and posts, share your work and connect with other members through your own private inbox! And don’t forget to say hi!
Almost all manufacturers provide only JPG based histograms and highlight warning, whereas we need raw-based histogram to expose optimally. This leads to strategies like adapting in-camera JPG settings or using UniWB. If Hasselblad could come up with raw based live histograms, that would be fantastic.To give you one example of how I do it. Outside sky with white clouds. I measure for the brightness of the whitest cloud a spot metering of +2,6. That way the camera might think already that a certain amount of the whites are clipping and gives you a small amount of clipping warning in the image preview, but in reality they are not (you have headroom in the same example to nearly +4 spot metering). Hasselblad told me that this is due to the jpg conversation in camera and on their list to get improved as this throws away information, which you easily could get by exposing to full sensor flooding.
I think that we are most interested in the clipping/sensel-saturation information in order to adjust the exposure to avoid clipping relevant highlights. That information is independent of demosaicing and gamma correction and is not extractable from JPG histograms/blinkies. Note that histograms in LrC and especially Photoshop are not that accurate in that regard. Currently, the only reliable method to check for clipping is RawDigger software.The problem with implementing a raw-based histogram is that a raw file is undisplayable until demosaic and gamma correction is done. So even working directly with the raw data, you must do demosaic and gamma correction according to SOME parametric settings for the defaults to obtain usable results... which is typically what they use the JPEG engine to do in-camera. It is probably going to be as good as anything you're going to get from a "raw" based histogram to use whatever the JPEG image settings you like as a basis for the analysis, with the understanding that the raw data will have a bit more overhead on highlight saturation and intermediary values at the shadow end.
(I know that the histogram in tools like LR generally run a demosaic and gamma correction according to the baseline raw conversion settings established by the camera calibration profile and pull the values out to make the histogram on that basis. This is very similar to 'basing the histogram on the JPEGs' that you see happening in-camera.)
G
Mirrorless cameras are not 100% WYSIWYG. That is why we have blinkies and histograms in the review.With this camera you are looking the sensor response, live !!
Why do you need anything more ?
Don't have to meter zones anymore. today metering is as fast that it will do not have any complication anymore, never !
So, if the camera finally is not an obstacle, if there will not be technical difficulties, it is time to focus on the important things.
this camera is stunning !!
I've never used "Rawdigger" and do not have any need for it. I am able to make excellent exposures that are easy to render and meet my desires for a photograph without being obsessed over "clipping/sensel-saturation information" ... and without clipping highs or otherwise causing myself problems. I can easily tell when I've burned highlights. It's not hard to do. My goal is to make photographs ... I just don't see the necessity of being obsessed with technicalities.I think that we are most interested in the clipping/sensel-saturation information in order to adjust the exposure to avoid clipping relevant highlights. That information is independent of demosaicing and gamma correction and is not extractable from JPG histograms/blinkies. Note that histograms in LrC and especially Photoshop are not that accurate in that regard. Currently, the only reliable method to check for clipping is RawDigger software.
That may be true, but I don't get why it prevents the software from displaying weighted RGB distribution straight from the individual raw channels just for judging if any of the channels is near the saturation point. Could anybody elaborate?The problem with implementing a raw-based histogram is that a raw file is undisplayable until demosaic and gamma correction is done.