ILBM

El fragmento BMHD especifica cómo se mostrará la imagen y suele ser el primer fragmento dentro del FORM . No solo define la altura/anchura de la imagen, sino también dónde se dibuja en la pantalla, cómo mostrarla en diferentes resoluciones y si la imagen está comprimida. El contenido de este fragmento es el siguiente: ^{[ 4 ]}

El fragmento BODY suele ser el último fragmento de un archivo, ^{[ 4 ]} y el más grande .

En los archivos ILBM, el bloque BODY almacena los datos de la imagen como planos de bits intercalados (y una máscara opcional) por fila. Los planos de bits aparecen primero del 1 al n, seguidos del plano de máscara. Si la imagen no está comprimida, cada línea constará de (width + 15) / 16valores de 16 bits (es decir, un bit por píxel, redondeado al múltiplo de 16 bits más cercano). Si está comprimida, cada línea se comprime individualmente y siempre tiene una longitud de múltiplo de 16 bits al comprimirse. ^{[ 4 ]}

En los archivos PBM, el bloque BODY es más simple, ya que sin comprimir es simplemente un flujo continuo de bytes que contienen datos de imagen.

Un fragmento CAMG es específico para el ordenador Commodore Amiga. Almacena un modo de visualización LONG. Esto permite especificar modos de visualización de Amiga como "campo de juego dual" y "mantener pulsado y modificar". Como era de esperar, es poco común fuera de los juegos de Amiga.

Si necesita convertir o visualizar archivos que puedan contener fragmentos CAMG significativos, consulte las "Notas sobre cómo trabajar con archivos ILBM" a continuación.

El fragmento CMAP contiene la paleta de la imagen y consta de valores RGB de 3 bytes para cada color utilizado. Cada byte está entre 0 y 255 inclusive. El fragmento tiene 3 × numColoursuna longitud de bytes. El número de colores en la paleta será 2 ^ numBitplanes. Este fragmento es opcional y se utilizará una paleta predeterminada si no está presente. Es posible tener menos entradas de las esperadas (por ejemplo, 7 colores para un mapa de bits de 4 planos y '16 colores'). Recuerde que si tiene un número impar de colores, según la especificación IFF, el fragmento se rellenará con un byte para que tenga una longitud par, pero el byte de relleno no se incluye en el campo de longitud del fragmento. ^{[ 4 ]}

El fragmento de rango de color es "no estándar". El programa Deluxe Paint de Electronic Arts lo utiliza para identificar un rango contiguo de registros de color o un "rango de tonalidades" y el ciclo de color. Puede haber cero o más fragmentos CRNG en un archivo ILBM, pero todos deben aparecer antes del fragmento BODY . Deluxe Paint normalmente escribe 4 fragmentos CRNG en un archivo ILBM cuando el usuario le pide que "Guarde la imagen". ^{[ 4 ]}

El programa Graphicraft de Commodore utiliza CCRT para el rango y la sincronización del ciclo de colores . Este fragmento contiene una estructura CycleInfo. Al igual que CRNG, es un fragmento no estándar. ^{[ 4 ]}

Los datos son similares a un fragmento de CRNG . Un programa probablemente solo usaría uno de estos dos métodos para expresar los datos del ciclo de color. Podrías escribir ambos si quieres comunicar esta información tanto a DeluxePaint como a Graphicraft. ^{[ 4 ]}

La propiedad opcional DEST es una forma de controlar cómo dispersar cero o más planos de bits de origen en una imagen de destino más profunda. Algunos lectores pueden ignorar DEST. ^{[ 4 ]}

El número de bits de menor orden en planePick, planeOnOff y planeMask se corresponde uno a uno con los planos de bits de destino. El bit 0 se corresponde con el plano de bits 0, etc. Cualquier bit de orden superior debe ignorarse. ^{[ 4 ]}

Los bits "1" en planePick significan "colocar el siguiente plano de bits de origen en este plano de bits", por lo que el número de bits "1" debe ser igual a numPlanes. Los bits "0" significan "colocar el bit correspondiente de planeOnOff en este plano de bits". ^{[ 4 ]}

Los bits en planeMask compuerta escriben en el plano de bits de destino: los bits "1" significan "escribir en este plano de bits" mientras que los bits "0" significan "dejar este plano de bits intacto". El caso normal (sin bloque DEST ) es equivalente a planePick = planeMask = (2 ^ numPlanes) - 1. ^{[ 4 ]}

Recuerde que los números de color se forman mediante píxeles en el mapa de bits de destino (profundidad de planos profundos), no en el mapa de bits de origen (numPlanes planos profundos). ^{[ 4 ]}

El fragmento GRAB opcional localiza un "mando" o "punto de acceso" de la imagen en relación con su esquina superior izquierda, por ejemplo, cuando se usa como cursor del ratón o como un "pincel". Es opcional. ^{[ 4 ]}

El fragmento SPRT indica que una imagen está destinada a ser un sprite. Por lo tanto, debe tener un plano de máscara o un color transparente y no debe ocupar toda la pantalla. La forma en que se maneja esto depende del programa que utiliza la imagen. El único dato almacenado aquí es el orden del sprite, utilizado por muchos programas para colocar el sprite en primer plano (un sprite de orden 1 aparece detrás de uno de orden 0, etc.). Es opcional. ^{[ 4 ]}

El fragmento TINY contiene una pequeña imagen de vista previa para diversos programas de diseño gráfico, incluido Deluxe Paint. Está comprimido y su formato es similar al del fragmento BODY .

A veces, un archivo ILBM contiene solo un mapa de colores y no datos de imagen. Se suele utilizar para almacenar una paleta de colores que se puede aplicar a una imagen por separado. En este caso, el bloque BODY debe estar vacío y el campo numPlanes en el bloque BMHD será 0. ^{[ 4 ]}

Algunos archivos ILBM contienen información de "color verdadero" en lugar de colores indexados. Estos archivos, denominados "imágenes profundas", no tienen fragmento CMAP y suelen tener 24 o 32 planos de bits. El orden estándar para los planos de bits coloca primero el bit menos significativo del componente rojo: ^{[ 4 ]}

R0 R1 R2 R3 R4 R5 R6 R7 G0 G1 G2 G3 G4 G5 G6 G7 B0 B1 B2 B3 B4 B5 B6 B7

Si hay planos de 32 bits, los últimos 8 planos de bits serán un canal alfa:

R0 R1 ... R7 G0 ... G7 B0 ... B6 B7 A0 A1 A2 A3 A4 A5 A6 A7

Una imagen que no contiene mapa de color y solo tiene 8 planos de bits puede ser una imagen en escala de grises :

I0 I1 I2 I3 I4 I5 I6 I7

Si el archivo ILBM contiene un fragmento CAMG en el que el bit 7 está activado (es decir, 0x80 en hexadecimal), se espera que utilice el modo EHB (Extra Half-Brite) del chipset Amiga. El mapa de color tendrá un máximo de 32 entradas, pero la imagen tendrá 6 planos de bits. El plano de bits más significativo debe considerarse un indicador; cuando no está activado, se utilizan los 5 bits inferiores como índice del mapa de color, como de costumbre. Cuando el indicador está activado, se utilizan los 5 bits inferiores como índice del mapa de color, pero el color real que se va a utilizar debe tener la mitad de brillo, lo que se puede conseguir desplazando los componentes RGB del color un bit a la derecha. Como alternativa, se puede crear un mapa de color con 64 entradas y copiar las 32 entradas inferiores en la mitad superior, convirtiéndolas a la mitad de brillo; luego, se utilizan los 6 planos de bits como índice de color. ^{[ 4 ]}

Las imágenes PBM no pueden existir en modo de brillo medio adicional.

Si el archivo ILBM contiene un bloque CAMG en el que el bit 11 está activado (es decir, 0x800 en hexadecimal), el archivo espera utilizar el modo HAM (mantener y modificar) del chipset Amiga. En el formato HAM6, el mapa de colores tendrá hasta 16 entradas, pero la imagen tendrá 6 (o posiblemente 5 planos de bits). En el formato HAM8, el mapa de colores tendrá hasta 64 entradas, pero la imagen tendrá 8 (o posiblemente 7 planos de bits). ^{[ 4 ]}

Los dos últimos planos de bits (si hay un número impar de planos de bits, se asume un plano de bits adicional que siempre es 0) son indicadores de control que señalan cómo usar los primeros 4 (o 6) planos de bits. ^{[ 4 ]}

Si el primer píxel de una línea de escaneo es un píxel de modificación, entonces modifique y use el color del borde de la imagen. ^{[ 4 ]}

Tenga en cuenta que al usar 4 bits para modificar un componente de color, debe usar los 4 bits superiores del componente Y los 4 bits inferiores (para evitar reducir la gama de colores general). Al usar 6 bits, esto es menos importante, pero aún puede colocar los 2 bits más significativos de los bits de modificación en los dos bits menos significativos del componente de color. ^{[ 4 ]}

Las imágenes PBM no pueden existir en modo de retención y modificación.