Truevision TGA , a menudo denominado TARGA , es un formato de archivo de gráficos rasterizados creado por Truevision Inc. (ahora parte de Avid Technology ). Era el formato nativo de las placas TARGA y VISTA, que fueron las primeras tarjetas gráficas para PC compatibles con IBM que admitían pantallas Highcolor / truecolor . Esta familia de tarjetas gráficas estaba destinada a la síntesis de imágenes por ordenador y edición de vídeo profesional con PC; por este motivo, las resoluciones habituales de los archivos de imágenes TGA coinciden con las de los formatos de vídeo NTSC y PAL . [2]
TARGA es un acrónimo de Truevision Advanced R aster Graphics A dapter ; TGA es una inicial de Truevision Graphhics Adapter .
Los archivos TGA suelen tener la extensión ".tga" en sistemas PC DOS / Windows y macOS ( los sistemas Macintosh más antiguos utilizan el código de tipo "TPIC" ). El formato en sí permite cualquier profundidad de bits de píxeles hasta 255, de los cuales se pueden dedicar hasta 15 bits a un canal alfa ; [3] sin embargo, las únicas profundidades de bits admitidas en la práctica eran 8, 15, 16, 24 o 32, mientras que los formatos de 16 y 32 bits usaban 1 y 8 bits respectivamente para el canal alfa. Los datos de color se pueden asignar en color , o en color directo o en formato de color verdadero . Los datos de imagen se pueden almacenar sin formato u, opcionalmente, se puede emplear una compresión RLE sin pérdidas similar a PackBits . Este tipo de compresión funciona mal para imágenes fotográficas típicas, pero funciona aceptablemente bien para imágenes más simples, como íconos, dibujos animados y dibujos lineales.
El formato de archivo TGA fue definido y especificado originalmente por AT&T EPICenter con comentarios de Island Graphics Inc en 1984. AT&T EPICenter fue una escisión interna de AT&T creada para comercializar nuevas tecnologías que AT&T había desarrollado para buffers de cuadros de color . Lo que más tarde se convirtió en Truevision fue el resultado de una compra apalancada por parte de los empleados de AT&T en 1987.
Las dos primeras tarjetas de EPICenter, la VDA (adaptador de pantalla de vídeo) y la ICB (placa de captura de imágenes), utilizaron las primeras encarnaciones del formato de archivo TGA. Las extensiones de archivo ".vda" y ".icb" implicaban información sobre los datos específicos de la placa contenidos.
Más tarde, Alan Wlasuk (entonces director de EPICenter), Brad Pillow (EPICenter) y Steven Dompier (presidente de la isla) determinaron que se necesitaba un formato de archivo más codificado. El formato de archivo fue creado e implementado por Brad Pillow (EPICenter) y Bryan Hunt (EPICenter) y se desarrolló en respuesta a esta necesidad de un formato de archivo menos específico para la placa. Se hizo una extensión muy simple de lo que ya estaba en uso y contenía información sobre ancho, alto, profundidad de píxeles, un mapa de color asociado y origen de la imagen. También se incluyó un campo de etiqueta (hasta 255 caracteres) en la especificación inicial, pero rara vez se usó.
En ese momento, también apareció otro formato de archivo técnicamente superior llamado TIFF , pero su uso para imágenes en color verdadero era muy limitado ya que la implementación y el intercambio de archivos entre aplicaciones que soportaban la especificación TIFF era bastante difícil y complicado. La naturaleza más simple y la portabilidad entre plataformas del formato de archivo TGA es la razón principal de su adopción generalizada y su éxito continuo en una amplia variedad de aplicaciones en todo el mundo hasta el día de hoy.
Inicialmente, el formato de archivo TGA se utilizó en los programas ICB-PAINT y TARGA-PAINT (lo que más tarde se conoció como TIPS) y para varios proyectos de navegación inmobiliaria en línea y videoconferencias con fotogramas fijos.
La versión actual (2.0) incluye varias mejoras como "sellos postales" (mejor conocidos como miniaturas ), un canal alfa , valor gamma y metadatos textuales , y fue escrita por Shawn Steiner de Truevision Inc. con la dirección de Kevin Friedly y David Spoelstra en 1989.
En el momento de su lanzamiento, representaba el estado del arte en procesamiento de imágenes digitales. Incluso hoy en día, aunque su profundidad de color máxima no es adecuada para sistemas intensivos de procesamiento de imágenes de preimpresión de alta gama, TGA todavía se usa ampliamente en la industria de la animación y el video porque sus principales resultados son pantallas de televisión estándar, no páginas impresas en color. . [4]
Las imágenes TGA de 24 bits sin comprimir son relativamente simples en comparación con otros formatos de almacenamiento de 24 bits destacados: un TGA de 24 bits contiene sólo un encabezado de 18 bytes seguido de los datos de la imagen como datos RGB empaquetados. Por el contrario, BMP requiere filas de relleno hasta límites de 4 bytes, mientras que TIFF y PNG son contenedores de metadatos que no colocan los datos o atributos de la imagen en una ubicación fija dentro del archivo.
Las imágenes TGA de 32 bits contienen un canal alfa o señal clave y se utilizan a menudo en programas generadores de caracteres como Avid Deko.
Todos los valores son little-endian ; Los números de campo y subcampo corresponden a la versión 2.0 de la especificación.
La versión 2 agregó el área de extensión y el pie de página. El área de desarrollador existe para almacenar información específica de la aplicación.
Longitud del ID de imagen (campo 1)
0–255 El número de bytes que componen el campo ID de imagen. El campo ID de la imagen puede contener cualquier información, pero es común que contenga la fecha y hora en que se creó la imagen o un número de serie.
A partir de la versión 2.0 de la especificación TGA, la fecha y hora en que se creó la imagen se incluyen en el área de extensión.
Tipo de mapa de color (campo 2)
tiene el valor:
Tipo de imagen (campo 3)
se enumera en los tres bits inferiores, con el cuarto bit como indicador para RLE. Algunos valores posibles son:
Tipo de imagen 1 y 9: según el valor de profundidad de píxel, la representación de los datos de la imagen es un índice de 8, 15 o 16 bits en un mapa de color que define el color del píxel. Tipo de imagen 2 y 10: los datos de la imagen son una representación directa del color del píxel. Para una profundidad de píxel de 15 y 16 bits, cada píxel se almacena con 5 bits por color. Si la profundidad de píxel es de 16 bits, el bit superior se reserva para la transparencia. Para una profundidad de píxel de 24 bits, cada píxel se almacena con 8 bits por color. Una profundidad de píxeles de 32 bits define un canal alfa adicional de 8 bits. Tipos de imagen 3 y 11: los datos de la imagen son una representación directa de los datos en escala de grises. La profundidad de píxel es de 8 bits para imágenes de este tipo.
Especificación del mapa de colores (campo 4)
tiene tres subcampos:
En caso de que la imagen no utilice realmente todo el mapa de colores, un índice de primera entrada distinto de cero permite almacenar solo una parte requerida del mapa de colores en el archivo.
Especificación de imagen (campo 5)
tiene seis subcampos:
El bit 4 del byte del descriptor de imagen indica el orden de píxeles de derecha a izquierda, si está configurado. El bit 5 indica un orden de arriba a abajo. De lo contrario, los píxeles se almacenan en orden de abajo hacia arriba y de izquierda a derecha.
La versión 1.0 de la especificación TGA era muy básica y muchos desarrolladores necesitaban almacenar más información, por lo que optaron por agregar secciones adicionales a sus archivos, específicas únicamente para su aplicación. [ cita necesaria ]
En la versión 2.0 de la especificación, estas mejoras/extras específicos de la aplicación son compatibles con el área de desarrolladores. Sólo el desplazamiento y el tamaño del área de desarrollador son relevantes para la especificación, y los desarrolladores son libres de agregar lo que quieran en el área.
Si un decodificador TGA no puede interpretar la información del área de desarrollador, generalmente la ignorará, ya que se supone que ha sido creada por una aplicación diferente. Se recomienda que los desarrolladores incorporen lógica en sus aplicaciones para determinar si los datos en el área de desarrolladores son compatibles con la aplicación; Un paso hacia esto es verificar la identificación del software en el pie de página del archivo.
Si un archivo TGA contiene un pie de página, es probable que sea un archivo TGA versión 2. El pie de página son los últimos 26 bytes del archivo, de los cuales los últimos 18 son constantes.
La versión anterior de la especificación de formato de archivo TGA tomada del Apéndice C de la Guía técnica de Truevision establece que los paquetes codificados por longitud de ejecución (RLE) pueden cruzar líneas de escaneo: "Para el paquete de longitud de ejecución, el encabezado va seguido de un valor de color único , que se supone que se repite el número de veces especificado en el encabezado. El paquete puede cruzar líneas de escaneo (comenzar en una línea y terminar en la siguiente)".
Sin embargo, la página 24 de la especificación TGA v2.0 establece exactamente lo contrario: "Los paquetes de longitud de ejecución nunca deben codificar píxeles de más de una línea de escaneo . Incluso si el final de una línea de escaneo y el comienzo de la siguiente contienen píxeles de la mismo valor, los dos deben codificarse como paquetes separados. En otras palabras, los paquetes de longitud de ejecución no deben pasar de una línea a otra".
En consecuencia, los lectores TGA deben poder manejar paquetes de datos RLE que cruzan líneas de escaneo, ya que esto era parte de la especificación original. Sin embargo, al guardar (crear) archivos TGA, será necesario limitar los paquetes de datos RLE a los límites de las líneas de exploración para cumplir con la nueva especificación TGA v2.0.