| 6.7. Encoding | ||
|---|---|---|
|
6. Het menu “Afbeelding” |  |
| 6.7. Encoding | ||
|---|---|---|
|
|
6. Het menu “Afbeelding” | |
The submenu contains commands which let you change the encoding of the image. These options affect the precision and channel encoding used for storing the image in RAM during processing.
The Encoding submenu is divided into two parts: precision and channel encoding.
The precision at which image data is stored is a function of the bit depth (8-bit vs 16-bit vs 32-bit) and whether the data is stored as integer data or floating point data. The following choices are available:
Integer precision options
![[Opmerking]](images/note.png)
|
Opmerking |
|---|---|
|
When choosing to convert an image which has a 32-bit floating point precision to 8-bit integer, a conversion dialog will open that will ask you to choose dithering settings. |
The Encoding menu also allows you to choose a channel encoding for the image data (sometimes referenced as gamma). Currently there are two choices:
, dat de kanaalgegevens codeert met behulp van de lineaire gamma-TRC.
, which encodes the channel data in non-linear gamma using the chosen color profile for the image.
|
|
Opmerking |
|---|---|
|
Regardless of which options you choose in the Encoding menu, all internal processing is done at 32-bit floating point precision, and most editing operations are done using Linear light channel encoding. |
Which Encoding options should you choose? In a nutshell:
Om optimaal te profiteren van de interne 32-bits zwevendekommaverwerking van GIMP, kiest u 32-bits zwevendekommabitdiepte en kiest u ook voor de lineaire lichtkanaalcodering.
Als u aan het bewerken bent op een machine met beperkt RAM, of als u zeer grote afbeeldingen en lagenstapels bewerkt, overweeg dan om 16-bits zwevendekomma- of integer-bitdiepte te gebruiken.
If you want to take advantage of high bit depth image editing, but you don't want to deal with floating point channel values, then use 16-bit integer precision.
When soft-proofing an image, switch to Non-linear channel encoding to avoid certain problems with soft-proofing a linear gamma image using Little CMS.
On a less powerful machine with a limited amount of RAM, consider using 8-bit integer precision, in which case also choose the Non-linear channel encoding (which is the default for 8-bit). At 8-bit precision, if you choose the Linear light channel encoding, your image will have horribly posterized shadows.
Choosing the bit depth (8-bit vs 16-bit vs 32-bit):
De bitdiepte van een afbeelding stelt grenzen aan hoeveel bitdiepte beschikbaar is bij het verwerken van uw afbeeldingsbestanden. Als alles gelijk is, zorgen hogere bitdiepten voor meer precisie.
De bitdiepte van een afbeeldingsbestand bepaalt mede hoeveel RAM nodig is voor de verwerking. Hoe hoger de bitdiepte, hoe meer RAM er nodig is om gegevens op te slaan tijdens de beeldverwerking. Andere relevante factoren zijn onder meer de grootte van de afbeeldingslagen en het aantal lagen in de lagenstapel.
Kiezen tussen integer- en zwevendekommabitdiepte:
Floating point precision is required for taking full advantage of high bit depth using GIMP's internal 32-bit floating point processing. Floating point precision allows for the generation and use of channel values that fall outside the display-referred range from 0.0 ("display black") to 1.0 ("display white"), thus making possible very useful editing possibilities such as unbounded ICC profile conversions and High Dynamic Range scene-referred editing operations.
Unlike floating point precision, integer precision cannot store channel values outside the display range. So choosing an integer precision from the Encoding menu means that all floating point channel values produced during processing are clipped to fit within the equivalent floating point range between 0.0 and 1.0 inclusively:
8-bits integerwaarden worden afgekapt tot het bereik 0-255.
16-bits integerwaarden worden afgekapt tot het bereik 0-65535.
32-bits integerwaarden worden afgekapt tot het bereik 0-4294967295.
At any given bit depth, all things being equal integer precision is more precise than floating point precision. So 16-bit integer precision is more precise than 16-bit floating point precision, and 32-bit integer precision is more precise than 32-bit floating point precision. However, in GIMP you don't get more precision by choosing 32-bit integer over 32-bit floating point: GIMP still does all internal processing using 32-bit floating point precision even if you choose 32-bit integer precision in the Encoding menu. Remember, the Precision menu choices only determine how the image information is held in RAM.
Bij elke gegeven bitdiepte gebruiken integer- en zwevendekommabitdiepte ongeveer dezelfde hoeveelheid RAM voor interne berekeningen tijdens beeldverwerking, en vereisen ook ongeveer dezelfde hoeveelheid schijfruimte bij het opslaan van een afbeeldingsbestand op de schijf.
Choosing between Linear light and Non-linear channel encoding:
Als u kiest voor de lineaire lichtkanaalcodering, heeft uw afbeelding met een bitdiepte van 8-bits verschrikkelijke geposteriseerde schaduwen. Gebruik dus geen Lineair licht tenzij u ook kiest voor een hogere bitdiepte.
When soft-proofing, currently the gamut check will not return correct results if the image is at Linear light precision. So change to Non-linear before activating soft-proofing.
Other than the fact that Linear light channel encoding is not suitable for 8-bit editing or for soft-proofing, from a user perspective the channel encoding you choose in the Precision menu won't have much effect on your workflow:
Currently if you choose "Linear light", then linear gamma channel values are displayed in the "pixel" values when using the Color Picker Tool, Sample Points, and Pointer dialogs. If you choose "Non-linear", then perceptually uniform channel values are displayed instead.
Currently the channel encoding that you choose makes a difference in the wrong colors that you might see if you check Paragraaf 6.9, “Use sRGB Profile” and your image isn't already in one of the GIMP built-in sRGB color spaces (but with either channel encoding choice, the colors are still wrong).
The only other way in which the channel encoding chosen in the Encoding menu might affect your workflow, has to do with the effects of using the "Gamma hack" found in the Advanced Color Options.
For most precision conversions this dialog will only ask how Gamma should be set. However, for conversion from 32-bit float precision to 8-bit integer, the below dialog will be shown that also asks for Dithering.
The Gamma choices are explained in the Channel Encoding options.
When reducing the precision from 32-bit floating point to 8-bit integer, you will lose some details. This can cause color banding, where there is an obvious jump from one color to another where there shouldn't be. Using dithering can be a way to reduce this. Dithering is a way of adding noise to an image to prevent banding and other unwanted patterns. The different dithering methods use different ways to add the noise.
There are three Dithering settings: for normal Layers, Text Layers, and Channels and Masks. For each you can set the type of dithering to use. The different dithering modes are explained in the Dithering Method option of the Dither filter.
In general, you probably won't use dithering for Text layers, since that will cause the text information to be lost, meaning it becomes a normal layer. I would first try conversion without any dithering, and if there are any noticeable artifacts, you can try using dithering on normal layers.
