Color Management Settings

../../_images/Krita_Preferences_Color_Management.png

Krita offers extensive functionality for color management, utilising Little CMS We describe Color Management in a more overall level here: Renk Yönetimli İş Akışı.

General

Default Color Model For New Images

Choose the default model you prefer for all your images.

When Pasting Into Krita From Other Applications

The user can define what kind of conversion, if any, Krita will do to an image that is copied from other applications i.e. Browser, GIMP, etc.

Assume sRGB

This option will show the pasted image in the default Krita ICC profile of sRGB.

Assume monitor profile

This option will show the pasted image in the monitor profile selected in system preferences.

Ask each time

Krita will ask the user each time an image is pasted, what to do with it. This is the default.

Not

When copying and pasting in Krita color information is always preserved.

Use Blackpoint Compensation

This option will turn on Blackpoint Compensation for the conversion. BPC is explained by the maintainer of LCMS as following:

BPC is a sort of “poor man’s” gamut mapping. It basically adjust contrast of images in a way that darkest tone of source device gets mapped to darkest tone of destination device. If you have an image that is adjusted to be displayed on a monitor, and want to print it on a large format printer, you should realize printer can render black significantly darker that the screen. So BPC can do the adjustment for you. It only makes sense on Relative colorimetric intent. Perceptual and Saturation does have an implicit BPC.

Allow LittleCMS optimizations

Uncheck this option to turn off optimizations. Sometimes, in case of working with linear colorspaces, the optimizations Little CMS does will not give the best results.

5.0 sürümünde değişti: Since Krita 5.0, we ship the fast-float plugin for LittleCMS. Turning this option off will also turn off the fast float plugin.

Enforce palette colors: always select the nearest color from the active palette

By default, palette selection widgets take the current foreground color, compare it to the swatches in its active palette and highlight the swatch that is nearest to the current foreground color.

When Enforce palette colors option is checked, it switches the internal color selector into a mode in which, instead of just highlighting the swatch, the current foreground color is replaced with the color of the nearest swatch.

Display

On systems providing direct access to the display

On all the platforms except native Wayland Krita assumes that it has direct access to the screen. In this mode, you can basically need to select three simple options to set display color management right.

Use System Monitor Profile

This option when selected will tell Krita to use the ICC profile selected in your system preferences.

Display Profiles

There are as many of these as you have displays connected. You can select an ICC profile which Krita will use independent of the monitor profile set in system preferences. The default is sRGB built-in.

If you don’t have a hardware colorimeter device, try using the profile shipped by the manufacturer of your display with your display. For good displays, these profiles are usually decently good (at least in linearizing gradients).

Not

If you use Wayland-compatible compositor, but run Krita in XWayland mode, then you should select sRGB built-in as the display profile, since Wayland will treat Krita’s window as “unmanaged sRGB surface”.

On Unix systems, profile stored in $/usr/share/color/icc (system location) or $~/.local/share/color/icc (local location) will be proposed. Profile stored in Krita preference folder, $~/.local/share/krita/profiles will be visible only in Krita.

Rendering Intent

Your choice of rendering intents is a way of telling Littlecms how you want colors mapped from one color space to another. There are four options available, all are explained on the ICC Profilleri manual page.

On systems using Wayland

Added in version 6.0.

Not

As of Krita 6.0.0, by default, Krita does not use Wayland protocol even when a Wayland compositor is available. Krita prefers legacy XWayland protocol. To force Krita use native Wayland protocol, run it with QT_QPA_PLATFORM environment set:

QT_QPA_PLATFORM=wayland krita
Rendering Intent

This option instructs Wayland on how it should map the image colors into the display color space. If you have display profile set up properly in Wayland compositor itself, then you should keep this value set to Relative Colorimetric and have Use Blackpoint Compensation option enabled. It will ensure that white and black points of your image will be adjusted to the corresponding points of your display and the entire color volume will be scaled to fit your display space.

If you don’t have the display profile set up properly in Wayland compositor or you would like to use some custom color adjustment features of your compositor, then you can set Perceptual as your intent. Beware though, the colors rendered on your screen may not be colorimetrically correct in this case! In Perceptual mode, the compositor is allowed to change your colors in arbitrary ways, e.g. stretch sRGB space into something wider to make colors “look better” on wide gamut displays. So Perceptual intent may be not suitable for color critical work.

Enable canvas color management

This switch is present for debugging purposes only. When unchecked, Krita’s canvas stops using a separate wide-gamut native surface for image rendering. Instead, it reused the main sRGB surface of the application. It means that the canvas effectively switches into sRGB mode.

Canvas surface color space

Selects the color space in which the image data is sent to the compositor.

Preferred by operating system

The image data will be sent to the compositor in the format preferred by the compositor itself. In most of the cases it wil be the most efficient way of communication between Krita and the compositor.

The exact format preferred by the compositor can be seen at the bottom of the page.

Use this option unless you have reasons not to.

Rec 709 Gamma 2.2

This is an SDR color space with color primaries equal to sRGB and transfer function set to “gamma 2.2”.

Rec 709 Linear

This is an SDR color space with color primaries equal to sRGB and a linear transfer function. Unless your system supports 16-bit floating point surface bit depth, use this option for debugging purposes only.

Rec 2020 PQ

This is an HDR color space as defined by Rec. 2100 specification. This is the only color space in which Krita can pass HDR data to the compositor!

Not

In the current implementation of HDR conversions in Krita, the diffuse white of this HDR color space is always fixed to 80 cd/m². In other words, if you take an image in a scene-referred linear space (e.g. ACEScg), convert it into Rec 2020 PQ, then RGB color value (1.0, 1.0, 1.0) of this image will be mapped to 80 cd/m² value in the PQ-range.

When Krita passes “Rec 2020 PQ”-data to the compositor, it correctly declares this diffuse white point to the compositor. The compositor, in turn, applies an additional curve to the image to adapt this level to the “SDR brightness level” selected by the user in the system-wide HDR configuration page.

Unmanaged (testing only)

This option disables setting any color space metadata on the canvas’ surface. This basically lets the compositor do with the colors whatever it prefers.

Canvas surface bit depth (needs restart)

Selects bit depth of the canvas surface. Due to limitations in Qt, the bit depth of all the surfaces in the application should be the same, hence changing the value requires full Krita restart.

Current canvas surface bit depth

The currently used bit depth for the canvas surface. The bit depth of the canvas is selected on Krita start up, and will not change while Krita is running.

Color space preferred by the operating system

Shows information about the color space preferred by the compositor. This space will be used when Preferred by operating system color space is selected.

This data can show if your compositor currently works in HDR mode. Check the value of Color Space->Luminance. If maxLuminance is higher than referenceLuminance, then your compositor has HDR mode enabled.

Softproofing options

These allow you to configure the default softproofing options. To configure the actual softproofing for the current image, go to Image ‣ Image Properties ‣ Softproofing .

For indepth details about how to use softproofing, check out the page on softproofing.