| 6.7. Encoding | ||
|---|---|---|
|
6. El menú “Imagen” |  |
| 6.7. Encoding | ||
|---|---|---|
|
|
6. El menú “Imagen” | |
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]](images/note.png)
|
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:
, que codifica los datos del canal mediante la gamma lineal 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:
Para aprovechar al máximo el procesamiento interno de coma flotante de 32 bits de GIMP, elija la precisión de coma flotante de 32 bits y también elija la codificación de canal de luz lineal.
Si está editando en una máquina con RAM limitada, o si está editando imágenes muy grandes y pilas de capas, considere usar coma flotante de 16 bits o precisión de enteros.
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 profundidad de bits de una imagen establece límites sobre la precisión disponible al procesar sus archivos de imagen. En igualdad de condiciones, las profundidades de bits más altas proporcionan más precisión.
La profundidad de bits de un archivo de imagen determina parcialmente la cantidad de RAM necesaria para el procesamiento. Cuanto mayor sea la profundidad de bits, más RAM se requiere para almacenar datos durante el procesamiento de imágenes. Otros factores relevantes incluyen el tamaño de las capas de la imagen y el número de capas en la pila de capas.
Elección entre precisión de enteros y coma flotante:
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:
Los valores enteros de 8 bits se recortan al rango 0-255.
Los valores enteros de 16 bits se recortan al rango 0-65535.
Los valores enteros de 32 bits se recortan en el rango 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.
A cualquier profundidad de bits dada, la precisión de enteros y coma flotante utiliza aproximadamente la misma cantidad de RAM para los cálculos internos durante el procesamiento de imágenes y también requiere aproximadamente la misma cantidad de espacio en disco cuando se guarda un archivo de imagen en el disco.
Choosing between Linear light and Non-linear channel encoding:
Con una precisión de 8 bits, si elige la codificación del canal de luz lineal, su imagen tendrá sombras horriblemente posterizadas. Por lo tanto, no use la luz lineal a menos que también elija una profundidad de bits más alta.
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 Sección 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.
