doc:appunti:software:colorchecker_clones
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
doc:appunti:software:colorchecker_clones [2020/01/11 23:00] – niccolo | doc:appunti:software:colorchecker_clones [2020/01/27 12:20] (current) – [Solid Pigments vs Offset Printing and Dithering] niccolo | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== The ColorChecker and its Clones | + | ====== The Grey White Balance Colour Card: an X-Rite clone ====== |
- | {{.: | + | **GWBCC** is a series of products manufactured by an **[[https:// |
+ | |||
+ | Here I share my experience using that card to do **color calibration** of **photographies** and images acquired using a **scanner**. The workflow is entirely based on free and open source software: **Debian GNU/Linux** operating system, **The GIMP** as image processing software and **Darktable** for color calibration. | ||
+ | |||
+ | The final word is: despite **the product lacks a real color calibration**, | ||
+ | |||
+ | ===== The ColorChecker and its Clones ===== | ||
+ | |||
+ | [{{.: | ||
The **[[wp> | The **[[wp> | ||
There are several manufacturers that sell **similar (cloned) color charts**; they are **more or less compatible** with the X-Rite original, where compatibility is measured on the precision obtainable using the same software procedures calibrated on the X-Rite product. The price and quality vary widely; durability of the materials, uniformity and consistency of the colors and printing method are the distinctive features. | There are several manufacturers that sell **similar (cloned) color charts**; they are **more or less compatible** with the X-Rite original, where compatibility is measured on the precision obtainable using the same software procedures calibrated on the X-Rite product. The price and quality vary widely; durability of the materials, uniformity and consistency of the colors and printing method are the distinctive features. | ||
- | ===== The Grey White Balance Colour Cards ===== | + | ===== Solid Pigments vs Offset Printing and Dithering |
- | The most inexpensive color charts are obtained by **[[wp> | + | The most inexpensive color charts are obtained by **[[wp> |
- | {{.: | + | [{{.: |
- | {{.: | + | [{{.: |
====== Color calibration using Darktable ====== | ====== Color calibration using Darktable ====== | ||
Line 39: | Line 47: | ||
Now import the source image into **Darktable** using **import** from the left menu. View the image into the **darkroom mode** and verify its **history** (left menu): it should be only **0 - original**. If you applied some modules on the image, remove them by selecting //0 - original// and clicking **compress history stack**: every module above the one selected will be removed. | Now import the source image into **Darktable** using **import** from the left menu. View the image into the **darkroom mode** and verify its **history** (left menu): it should be only **0 - original**. If you applied some modules on the image, remove them by selecting //0 - original// and clicking **compress history stack**: every module above the one selected will be removed. | ||
- | To be on the safe side you should define the **input color profile**. Still in darkroom mode, on the right menu, expand the //input color profile// section (you will wish to click the //show only active modules// button to find it easly). Select the most appropriate profile: for a regular JPEG image it should be **sRGB**, in my case - an image acquired with **scanimage** from a CanoScan 9000F scanner - it was **linear Rec2020 RGB**. Leave //gamut clipping// to off. Once selected, verify the history where two items should exist: **0 - original** and **1 - input color profile**. | + | To be on the safe side you should define the **input color profile**. Still in darkroom mode, on the right menu, expand the //input color profile// section (you will wish to click the //show only active modules// button to find it easly). Select the most appropriate profile: for a regular JPEG image it should be **sRGB**, in my case - an image acquired with **scanimage** from a CanoScan 9000F scanner - it was **linear Rec2020 RGB**. Leave the //gamut clipping// to off. Once selected, verify the history where only two items should exist: **0 - original** and **1 - input color profile**. |
- | Return to the **lighttable mode** and choose **export selected** from the right menu, choose **PFM (float)** format and **Lab** profile. The exported file will be saved into a **darktable_exported** subdirectory. | + | {{.: |
+ | {{.: | ||
+ | |||
+ | In the figures above you can see how the histogram looks like when choosing the wrong or the right color profile. An photo with **shadows and highlights equally distributed**, | ||
+ | |||
+ | Return to the **lighttable mode** and choose **export selected** from the right menu, choose **PFM (float)** format and **Lab** profile. The exported file will be saved into a **darktable_exported** subdirectory. It is not required to add the //output color profile// module to the image history, just export with the options stated above. | ||
===== Create a CHT file for the GWBCC Colour Card ===== | ===== Create a CHT file for the GWBCC Colour Card ===== | ||
Line 150: | Line 163: | ||
{{.: | {{.: | ||
- | **Color values provided by GreyWhiteBalanceColourCard: | + | **Figures above: color values provided by GreyWhiteBalanceColourCard: |
As you can verify, the color values in **tables are quite inconsistent each other** (I used the Color Picker into the GIMP software to compare RGB and L*a*b* values), where the most prominent problem is the bottom-right **black** patch, which is **a 21% gray in RGB table**, but it is 0% (i.e. **pure black**) in the L*a*b* one. In the actual printed color checker that I have purchased, the D6 patch is (**very roughly and empirically**) something like a 17% gray. The D1 **white patch** is declared to be a **100% white**, which is rather an oddity in color checkers, because to be so, it should reflect 100% of the illuminant. Just for reference, the X-Rite ColorChecker has the white patch at 95%, my empiric measure on the actual GWBCC chart is a white at **about 91%**. | As you can verify, the color values in **tables are quite inconsistent each other** (I used the Color Picker into the GIMP software to compare RGB and L*a*b* values), where the most prominent problem is the bottom-right **black** patch, which is **a 21% gray in RGB table**, but it is 0% (i.e. **pure black**) in the L*a*b* one. In the actual printed color checker that I have purchased, the D6 patch is (**very roughly and empirically**) something like a 17% gray. The D1 **white patch** is declared to be a **100% white**, which is rather an oddity in color checkers, because to be so, it should reflect 100% of the illuminant. Just for reference, the X-Rite ColorChecker has the white patch at 95%, my empiric measure on the actual GWBCC chart is a white at **about 91%**. | ||
Line 208: | Line 221: | ||
- Return into **lighttable mode**, into the **styles** section **create a new style** which will contain the history of the selected image. This is the only one that you will apply to all the other images. | - Return into **lighttable mode**, into the **styles** section **create a new style** which will contain the history of the selected image. This is the only one that you will apply to all the other images. | ||
+ | The style created by '' | ||
+ | |||
+ | <code xml> | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | < | ||
+ | </ | ||
+ | </ | ||
===== An Example Image ===== | ===== An Example Image ===== | ||
Here it is an example of what I obtained with the above workflow. The first image is what actually was acquired from the scanner. No particular color space was associated to the image, so if we open the image **assuming the sRGB** color space we get a very dark image (the **histogram** is unbalanced toward the dark tones): | Here it is an example of what I obtained with the above workflow. The first image is what actually was acquired from the scanner. No particular color space was associated to the image, so if we open the image **assuming the sRGB** color space we get a very dark image (the **histogram** is unbalanced toward the dark tones): | ||
- | {{.: | + | {{.: |
+ | |||
+ | **Raw image from the scanner. If no specific color space is declared, sRGB is assumed | ||
Applying the **linear Rec2020 RGB** color space (just declaring it, without actually changing the pixel data), we get a better image; even the histogram is more balanced between dark and light tones: | Applying the **linear Rec2020 RGB** color space (just declaring it, without actually changing the pixel data), we get a better image; even the histogram is more balanced between dark and light tones: | ||
- | {{.: | + | {{.: |
+ | |||
+ | **Using Darktable, the Linear Rec2020 RGB color space is applied.** | ||
The final image is just the //raw// one with the **style applied**. A quite good result considering that no manual adjustment was made! | The final image is just the //raw// one with the **style applied**. A quite good result considering that no manual adjustment was made! | ||
- | {{.: | + | {{.: |
+ | **The image after applying the Darktable style.** | ||
====== Creating a picture of a color chart ====== | ====== Creating a picture of a color chart ====== | ||
doc/appunti/software/colorchecker_clones.1578780008.txt.gz · Last modified: 2020/01/11 23:00 by niccolo