• Members 173 posts
    Oct. 14, 2024, 6:08 p.m.

    Yes, it displays RGB 117,116, 117.

    It is not a claim, Arvo. It is taken from this Japanese Standard:

    kronometric.org/phot/std/DC-004_EN.pdf

  • Members 153 posts
    Oct. 14, 2024, 6:36 p.m.

    That's absolutely fine. But the zones specifically relate to the performance of B&W negative film when exposed to light, and specifically the densities produced when you subject that film to varying exposures. To make it relevant to cameras those varying exposures are set at one stop differences, a step wedge where the densities of the film are measured and related to print densities. I'm sorry it's not the pure mathematical exercise of dividing a log scale into 10 steps.

    I don't. But you are specifically asking about the principals involved and they are about exposing B&W film and measurinfg the densities on the film post development. I'm sorry, I can't help what the Zones relate to only try to explain.

    So the answer must be pure maths??

    Well, between the lines, again I'm sorry that it is not the answer you wish, but I have studied the Zone System and used it extensively. Which brings me to:

    Being thumbnails on a search results page there may be anything from "slight glitches" to a "complete lack of" colour management. Helps to consider rather than glance. Just like the 18% grey being the mathematical middle of the grey scale, I thought it was derived as the average tone from the average scene, and different manufacturers used different average values and "middle" tones. Do't forget that B&W is an abstract based on the response of blue sensitive photographic film to light. It is not an exact mapping of subject luminance to an exact mathematical scale.

    Sorry again, but to me there seems a lot of BS on photo forums about the Zone System by people looking for a framework based on maths. That's not what it is.

  • Oct. 14, 2024, 6:41 p.m.

    116 for G? Is your display somehow calibrated (has some profile set)? In this file R=G=B=117 in AdobeRGB; converting to sRGB (by browser) should result in 117 or 118 (117.7) for all channels. If your screen has custom profile attached and screen color-picker reads actual pixel values - then yes, channels can be different.

  • Members 173 posts
    Oct. 14, 2024, 7:27 p.m.

    After being beaten to death by @Andrew546, I almost do not dare to respond ... [edit] and, sure enough ... [/edit]

    My screen uses the display profile it came with and has not been calibrated.

    Your file goes through FireFox and my monitor display driver and my monitor is 98% sRGB - so slight variations in my screen color-picker do not bother me.

    P.S. I made a new image in the GIMP and set it to 117,117,177. With the GIMP still open, I applied the screen picker and it said 116,116,116 for what that is worth

    P.P.S. I downloaded your Abobe RGB file and opened it in the GIMP: GIMP's picker says 118, 118, 118 (GIMP review set to 8-bit perceptual). However RawTherapee says 117 mostly but 119 around the outside quite a lot (RawTherapee set to native 32-bit floating point and ProPhoto working space). XnView said 117,117,117 all over.

    I'm losing faith in color-pickers ... 😡

  • Oct. 14, 2024, 8:52 p.m.

    Sure, getting 117 in one software, 118 in another and 116 in third makes life hard :(
    It is less than one percent difference however - and considering jpeg compression and sRGB/AdobeRGB conversion and presence of some kind of screen color profile this is actually quite good result :)

  • Members 173 posts
    Oct. 14, 2024, 8:56 p.m.

    Agreed!

  • Members 3611 posts
    Oct. 14, 2024, 9:25 p.m.

    I assume you mean the 'eye drop' tool where hovering on a pixel it tells you the rendered rgb values for that pixel.

    The key point here is rendered rgb values and not the pixel's rgb values in the image file.

    The rendered values on any particular screen depend on if and how a screen is calibrated and then profiled, whether colour management (with its various configurations) is used by the app displaying the image - web browser, editing app etc.

  • Members 153 posts
    Oct. 14, 2024, 10:10 p.m.

    You are kinda pushing the limits of my patience here, I understand exactly what you mean. I have tried explaining the zone system and how it's derived, and what it relates to, but hey, the truth can be whatever you wish it to be.

    P.P.P.P.P.S. If a web page is not colour managed then there is no guarantee that any file loaded through it will display correctly. It's about continuity in colour management from one program to another when creating the web page and that of the search engine and web browser you use, and also the savvy of the person creating the pages, editing the images... There is no guarantee that it exists and so no guarantee that the value (118-) is preserved.

    It has nothing to do with the calibration of your screen or the colour picker. Which doesn't actually sample the colour on your screen (??) it takes the data from the file attached. The display is just a GUI. The values of it's pixels do not relate directly to RGB values and it's calibration is simply to fine tune the generic LUT in the driver so the colours it displays are closer to the reference colour for the sRGB values in the file.

    18% grey is a calibrated standard, it is 118- in sRGB but an actual grey card target is more than just a value. It didn't start life as the mathematical middle value on an RGB greyscale and isn't.

    You all carry on, I'll leave you alone.