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
Nota | |
---|---|
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:
, che codifica i dati di canale usando la gamma lineare TRC.
, which encodes the channel data in non-linear gamma using the chosen color profile for the image.
Nota | |
---|---|
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:
Per sfruttare appieno le capacità elaborative interne a 32 bit in virgola mobile di GIMP, scegliere la precisione a 32 bit in virgola mobile e scegliere anche la codifica di canale a luce lineare.
Se si sta lavorando su un computer con memoria RAM limitata, o se si sta modificando delle immagini molto grandi e con molti livelli, prendere in considerazione l'opzione di usare la virgola mobile a 16 bit o la precisione intera.
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):
La profondità di bit di un'immagine imposta dei limiti su quanta precisione è disponibile durante l'elaborazione dei file immagine. A parità di altri fattori, l'alta profondità di bit fornisce maggiore precisione.
La profondità di bit di un file immagine determina parzialmente quanta RAM è necessaria per la sua elaborazione. Maggiore è la profondità di bit, più RAM è richiesta per lo stoccaggio dei dati durante l'elaborazione dell'immagine. Altri fattori rilevanti includono la dimensione dei livelli dell'immagine ed il numero dei livelli nella pila.
Scegliere tra precisione intera o a virgola mobile:
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:
I valori interi a 8 bit vengono limitati al campo 0-255.
I valori interi a 16 bit vengono limitati al campo 0-65535.
I valori interi a 32 bit vengono limitati al campo 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.
Ad ogni data profondità di bit, le precisioni intere e in virgola mobile usano approssimativamente la stessa quantità di RAM per i calcoli interni durante l'elaborazione dell'immagine, e richiedono circa lo stesso spazio su disco quando si salva un file immagine.
Choosing between Linear light and Non-linear channel encoding:
Con precisione 8 bit, se si sceglie la codifica di canale a luce lineare l'immagine avrà orribili ombre di posterizzazione. Perciò non usate la luce lineare a meno che non si scelga anche una maggiore profondità di bit.
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 Sezione 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.