Tech Specs for internal processing

Are there any tech references to the internal processing of RawTherappe, Gimp, Darktable a far as bit depth while processing and accuracy of color space representation / transformations and color depth of preview on monitor?
I have a 4k Color Calibrated 10 bit laptop screen (HP ZBook Dreamcolor 4K w/ Nvidia P1000) and trying to exit the Photoshop ecosystem and its subscription / compromised artist rights eco system).
It seems Gimp for example defaults to sRGB which you can manually chage to Adobe RGB - but what about color transforms from AdobeRGB to sRGB for jpeg export?
I plan to dive into the code for those that are open source but it seems like you “can’t get there from here” with some file formats etc. Source files will be Fuji x-H2 AdobeRGB raw files.

Sorry if a lot of questions / software buried in there and maybe a detailed tech comparison across tools already exists that someone can just provide link for.
Thanks in advance

Raw files are never sRGB/aRGB. These color spaces are used for JPEG export only. If you set your camera to Adobe RGB the setting only applies to the JPEGs.

4 Likes

Yes.
You can read about RawTherapee at https://rawtherapee.com/ (scroll down a bit) and at RawPedia, The Floating Point Engine - RawPedia, https://rawpedia.rawtherapee.com/Bit_Depth
ART (being a fork of RawTherapee) shares much (all?) of those, plus read agriggio / ART / wiki / Pipeline — Bitbucket

Darktable: features | darktable, darktable 4.6 user manual - darktable's color spaces, darktable 4.6 user manual - darktable's color pipeline, darktable 4.6 user manual - the pixelpipe

In other words: please read the documentation. :slight_smile:

2 Likes

That makes sense but Fuji lets you set color space whether raw only jpeg only or raw+jpeg so maybe it just chages the metadata field for colorspace
I was more concerned about Darktable setting for AdobeRGB or sRGB and the limitations to colorspace while processing. But the next answer has various links so let me RTFM :wink: I have never tried to export AdobeRGB jpeg, but seems that would not display correct color to W3 which jpeg seems designed for.
Thanks very much

Yes I will RTFM :wink:
But thanks very much for narrowing the scope of where to look.

The setting (sRGB or AdobeRGB) affects only the JPG, not the raw (and not the metadata).
In short:
RT/ART: by default, ProPhoto RGB working space; darktable: by default, Rec 2020. Plus, depending on the software and the module: LAB, JzAzBz, darktable UCS, different LMS spaces, and more. All 32-bit floating-point.

2 Likes

You will not likely use adobergb again unless maybe for printing if you do that…you will edit in a wide space and then export in that side space if you do further processing or export as sRGB for web viewing or sharing… any in camera color setting is only impacting a camera generated file. The raw files are captured light …this is subsequently processed by your chosen software… you are right to get to understand the various profiles used for this processing…

If you want to be pedantic, I think it affects the jpeg preview in the raw file

2 Likes

Yes, generally speaking it sets

  1. Jpg colour space
  2. Jpeg preview image embedded in raw file colour space

When you shoot raw only. Number 1 does not apply. Cameras always (pretty much) create a jpg before saving the raw file. Some cameras save full size low quality JPEGs inside the raw file container.

There seems to be some misunderstanding about JPEG color Profiles.

sRGB RTv4

Adobe (1998)

Kodak ROMM

Adobe Melissa

How do they look? (identical on my monitor in FireFox).

1 Like

Ted, browsers are color-managing to sRGB for display by default, these days. If your image has an embedded profile, it happens. To see the actual data, you need to either turn that off, or remove the embedded profile from the image so the browser doesn’t know what to do…

Did you really think that I don’t know that ?!

Glenn, is that what Micky wants to do and, if so, why?

A bit vague, what do you think it means … ?

Aside from why would anyone want to export an image with no ICC profile.

For example here’s the above converted to ROMM and then stripped of the profile:

1 Like

It’s why all your various color-space images look identical. Wasn’t sure you did… Sorry 'bout that.

1 Like

That was the whole point of that post - to demonstrate that it is possible to export a JPEG image with Adobe RGB (1998) or any other for that matter.

OK. Again, what do think Micky was trying to say?

IF you export a JPEG with an embedded profile for the colorspace that represents the data, AND IF you display that image in a color-managed viewer, the viewer will use that embedded profile to convert the image from its colorspace to the display profile’s colorspace, thus looking correct for that display.

IF that color-managed viewer is a browser, without any further configuration it will use the embedded profile to convert the image from its colorspace to sRGB, the default. IF the monitor’s gamut roughly corresponds to sRGB, that’ll look okay.

IF you export an image with no embedded profile, any viewer has no choice but to display the pixels as-delivered, no conversion. NOW, things don’t look right…

Of note, the last paragraph may not apply to Wayland-managed displays, I don’t really know what the heck they’re doing…

Sooooooo… I’ll posit that exporting a JPEG to AdobeRGB with the appropriate embedded profile might not be that bad an idea, as any color-managed destination will look right AND there aren’t that many non-color-managed destinations anymore since browsers are doing the sRGB thing. You’ll get “image looks dull” comments from folk who download and view your image in dodgy viewers, but who cares about them? :crazy_face:

Color management isn’t that hard, but it’s not obvious and isn’t explained well in most quarters…

3 Likes

Oh, of note, you can export your images in ProPhoto and embed the profile, and they’ll look the same in any color-managed destination. Think about that…

https://webkit.org/blog-files/color-gamut/comparison.html

https://www.wide-gamut.com/test

Decent test pages… I’m sure there are several others… my gamut is not exactly srgb so I see minor differences… esp say on the webkit page the umbrella’s and in the first image the yellows in the sky…

No need, I already did … see the one labeled ‘Kodak ROMM’ … a.k.a. “ProPhoto”.

Indeed you did, sorry, I’m hopping in and out of here and not really paying good enough attention…

This makes perfect sense, but I’d never properly thought it through until I read this. Yet another demonstration of the value of this forum.