Tag Image File Format [1] o Tagged Image File Format , [2] comúnmente conocido por las abreviaturas TIFF o TIF , es un formato de archivo de imagen para almacenar imágenes de gráficos rasterizados , popular entre los artistas gráficos, la industria editorial, [3] y los fotógrafos. . TIFF es ampliamente compatible con aplicaciones de escaneo , envío de faxes , procesamiento de textos , reconocimiento óptico de caracteres , manipulación de imágenes, autoedición y diseño de páginas. [4] El formato fue creado por Aldus Corporation para su uso en autoedición. Publicó la última versión 6.0 en 1992, posteriormente actualizada con derechos de autor de Adobe Systems después de que este último adquiriera Aldus en 1994. Se han publicado varias notas técnicas de Aldus o Adobe con extensiones menores del formato, y varias especificaciones se han basado en TIFF 6.0. incluyendo TIFF/EP (ISO 12234-2), TIFF/IT (ISO 12639), [5] [6] [7] TIFF-F (RFC 2306) y TIFF-FX (RFC 3949). [8]
TIFF se creó como un intento de lograr que los proveedores de escáneres de escritorio de mediados de la década de 1980 se pusieran de acuerdo sobre un formato de archivo de imagen escaneada común, en lugar de una multitud de formatos propietarios . Al principio, TIFF era sólo un formato de imagen binario (sólo dos valores posibles para cada píxel), porque eso era todo lo que podían manejar los escáneres de escritorio. A medida que los escáneres se volvieron más potentes y el espacio en disco de las computadoras de escritorio se hizo más abundante, TIFF creció para acomodar imágenes en escala de grises y luego imágenes en color. Hoy en día, TIFF, junto con JPEG y PNG , es un formato popular para imágenes de colores intensos .
La primera versión de la especificación TIFF fue publicada por Aldus Corporation en el otoño de 1986 después de dos importantes versiones preliminares anteriores. Puede etiquetarse como Revisión 3.0. Fue publicado después de una serie de reuniones con varios fabricantes de escáneres y desarrolladores de software. En abril de 1987 se lanzó la Revisión 4.0 y contenía en su mayoría mejoras menores. En octubre de 1988 se lanzó la Revisión 5.0 y agregó soporte para imágenes de paleta de colores y compresión LZW . [9]
TIFF es un formato complejo que define muchas etiquetas de las cuales normalmente sólo se utilizan unas pocas en cada archivo. Esto llevó a implementaciones que admitían muchos subconjuntos diferentes del formato, una situación que dio lugar al chiste de que TIFF significa Miles de formatos de archivos incompatibles . [10] Este problema se abordó en la revisión 6.0 [9] de la especificación TIFF (junio de 1992) introduciendo una distinción entre TIFF básico (que todas las implementaciones debían soportar) y Extensiones TIFF (que son opcionales). Extensiones adicionales se definen en dos suplementos de la especificación, publicados en septiembre de 1995 [11] y marzo de 2002 [12] respectivamente.
Un archivo TIFF contiene una o varias imágenes, denominadas subarchivos en la especificación. El caso de uso básico para tener múltiples subarchivos es codificar un telefax de varias páginas en un solo archivo, pero también se permite tener diferentes subarchivos que sean diferentes variantes de la misma imagen, por ejemplo escaneadas con diferentes resoluciones. En lugar de ser un rango continuo de bytes en el archivo, cada subarchivo es una estructura de datos cuya entidad de nivel superior se denomina directorio de archivos de imágenes (IFD). Los lectores TIFF de referencia solo deben utilizar el primer subarchivo, pero cada IFD tiene un campo para vincularse al siguiente IFD.
Los IFD son donde se encuentran las etiquetas que dan nombre a TIFF. Cada IFD contiene una o varias entradas , cada una de las cuales está identificada por su etiqueta. Las etiquetas son números arbitrarios de 16 bits; sus nombres simbólicos, como ImageWidth, que se utilizan a menudo en discusiones sobre datos TIFF, no aparecen explícitamente en el archivo en sí. Cada entrada IFD tiene un valor asociado , que puede decodificarse según las reglas generales del formato, pero depende de la etiqueta lo que significa ese valor . Dentro de un solo IFD no puede haber más de una entrada con una etiqueta en particular. Algunas etiquetas sirven para vincular los datos de la imagen real, otras etiquetas especifican cómo se deben interpretar los datos de la imagen y otras etiquetas se utilizan para los metadatos de la imagen .
Las imágenes TIFF se componen de cuadrículas rectangulares [13] de píxeles. Los dos ejes de esta geometría se denominan horizontal (o X, o ancho) y vertical (o Y, o largo). Las resoluciones horizontal y vertical no tienen por qué ser iguales (ya que en un telefax normalmente no serían iguales). Una imagen TIFF de referencia divide el rango vertical de la imagen en una o varias franjas , que se codifican (en particular: se comprimen) por separado. Históricamente, esto sirvió para facilitar los lectores TIFF (como máquinas de fax) con capacidad limitada para almacenar datos sin comprimir (una tira se decodificaría y luego se imprimiría inmediatamente), pero la especificación actual lo motiva por "una mayor flexibilidad de edición y un almacenamiento en búfer de E/S eficiente". [9] : 19 Una extensión TIFF proporciona la alternativa de imágenes en mosaico , en cuyo caso tanto el rango horizontal como el vertical de la imagen se descomponen en unidades más pequeñas.
Un ejemplo de estas cosas, que también sirve para dar una idea de cómo se usan las etiquetas en la codificación TIFF de imágenes, es que una imagen TIFF rayada usaría las etiquetas 273 (StripOffsets), 278 (RowsPerStrip) y 279 (StripByteCounts). StripOffsets apunta a los bloques de datos de imagen, StripByteCounts dice cuánto mide cada uno de estos bloques (tal como se almacena en el archivo) y RowsPerStrip dice cuántas filas de píxeles hay en una tira; este último es necesario incluso en el caso de tener una sola tira, en cuyo caso simplemente duplica el valor de la etiqueta 257 (ImageLength). En cambio, una imagen TIFF en mosaico utiliza las etiquetas 322 (TileWidth), 323 (TileLength), 324 (TileOffsets) y 325 (TileByteCounts). Los píxeles dentro de cada franja o mosaico aparecen en orden de fila principal , de izquierda a derecha y de arriba a abajo.
Los datos de un píxel se componen de una o varias muestras ; por ejemplo, una imagen RGB tendría una muestra roja, una muestra verde y una muestra azul por píxel, mientras que una imagen en escala de grises o paleta de colores solo tiene una muestra por píxel. TIFF permite modelos de color tanto aditivos (por ejemplo, RGB, RGBA ) como sustractivos (por ejemplo, CMYK ). TIFF no restringe el número de muestras por píxel (excepto que debe haber suficientes muestras para el modelo de color elegido), ni restringe cuántos bits se codifican para cada muestra, pero TIFF básico solo requiere que los lectores admitan unas pocas combinaciones de modelo de color y profundidad de bits de las imágenes. La compatibilidad con conjuntos personalizados de muestras es muy útil para aplicaciones científicas; 3 muestras por píxel es el extremo inferior de las imágenes multiespectrales , y las imágenes hiperespectrales pueden requerir cientos de muestras por píxel. TIFF admite tener todas las muestras de un píxel una al lado de la otra dentro de una única franja/mosaico (PlanarConfiguration = 1), pero también diferentes muestras en diferentes franjas/mosaicos (PlanarConfiguration = 2). El formato predeterminado para un valor de muestra es un entero sin signo, pero una extensión TIFF permite declararlos alternativamente como enteros con signo o flotantes IEEE-754 , así como especificar un rango personalizado para valores de muestra válidos.
Las imágenes TIFF se pueden descomprimir, comprimir usando un esquema de compresión sin pérdidas o comprimidas usando un esquema de compresión con pérdida . El esquema de compresión LZW sin pérdidas se ha considerado en ocasiones como la compresión estándar para TIFF, pero técnicamente es una extensión de TIFF, y la especificación TIFF6 señala la situación de las patentes con respecto a LZW. Los esquemas de compresión varían significativamente en el nivel en el que procesan los datos: LZW actúa sobre el flujo de bytes que codifican una tira o mosaico (sin tener en cuenta la estructura de la muestra, la profundidad de bits o el ancho de la fila), mientras que el esquema de compresión JPEG transforma la estructura de la muestra. de píxeles (cambiando a un modelo de color diferente) y codifica píxeles en bloques de 8 × 8 en lugar de fila por fila.
La mayoría de los datos en los archivos TIFF son numéricos, pero el formato admite la declaración de datos como textuales, si es apropiado para una etiqueta en particular. Las etiquetas que toman valores textuales incluyen Artista, Copyright, Fecha y hora, Nombre del documento, Nombres de tinta y Modelo.
La imagen/tiff de tipo MIME (definida en RFC 3302) sin un parámetro de aplicación se utiliza para archivos Baseline TIFF 6.0 o para indicar que no es necesario identificar un subconjunto específico de TIFF o extensiones TIFF. El parámetro opcional "aplicación" (Ejemplo: tipo de contenido: imagen/tiff; aplicación=foo) se define para imagen/tiff para identificar un subconjunto particular de TIFF y extensiones TIFF para los datos de imagen codificados, si se conoce. Según RFC 3302, los subconjuntos TIFF específicos o las extensiones TIFF utilizadas en el parámetro de la aplicación deben publicarse como RFC. [14]
La imagen de tipo MIME /tiff-fx (definida en RFC 3949 y RFC 3950) se basa en TIFF 6.0 con notas técnicas TIFF TTN1 (árboles) y TTN2 (especificación TIFF/JPEG de reemplazo). Se utiliza para fax por Internet compatible con las Recomendaciones ITU-T para fax del Grupo 3 en blanco y negro, escala de grises y color .
Adobe posee los derechos de autor de la especificación TIFF (también conocida como TIFF 6.0) junto con los dos suplementos que se han publicado. Estos documentos se pueden encontrar en la página de recursos TIFF de Adobe. [15] El estándar de fax en RFC 3949 se basa en estas especificaciones TIFF. [dieciséis]
Para almacenar documentos se pueden utilizar archivos TIFF que utilizan estrictamente los "conjuntos de etiquetas" básicos tal como se definen en TIFF 6.0, además de restringir la tecnología de compresión a los métodos identificados en TIFF 6.0 y que son probados y verificados adecuadamente por múltiples fuentes para todos los documentos que se crean. Los problemas comúnmente observados en la industria de gestión de contenidos y documentos asociados con el uso de archivos TIFF surgen cuando las estructuras contienen encabezados propietarios, no están documentadas adecuadamente y/o contienen "envoltorios" u otros contenedores alrededor de los conjuntos de datos TIFF, y/o incluyen tecnologías de compresión inadecuadas, o esas tecnologías de compresión no se implementan adecuadamente.
Se pueden utilizar variantes de TIFF en sistemas de imágenes de documentos y de gestión de contenido/documentos utilizando la compresión 2D CCITT Grupo IV que admite imágenes en blanco y negro (bitonales, monocromáticas ), entre otras tecnologías de compresión que admiten color . Cuando la capacidad de almacenamiento y el ancho de banda de la red eran un problema mayor que el comúnmente visto en los entornos de servidores actuales, el escaneo de almacenamiento de gran volumen, los documentos se escaneaban en blanco y negro (no en color ni en escala de grises) para conservar la capacidad de almacenamiento.
La inclusión de la etiqueta SampleFormat en TIFF 6.0 permite que los archivos TIFF manejen tipos de datos de píxeles avanzados, incluidas imágenes enteras con más de 8 bits por canal e imágenes de punto flotante. Esta etiqueta convirtió a TIFF 6.0 en un formato viable para el procesamiento de imágenes científicas donde se requiere mayor precisión. Un ejemplo sería el uso de TIFF para almacenar imágenes adquiridas mediante cámaras científicas CCD que proporcionan hasta 16 bits por fotosito de resolución de intensidad. También es posible almacenar una secuencia de imágenes en un único archivo TIFF, y está permitido en TIFF 6.0, siempre que se sigan las reglas para imágenes de varias páginas.
TIFF es un formato de archivo flexible y adaptable para manejar imágenes y datos dentro de un solo archivo, al incluir etiquetas de encabezado (tamaño, definición, disposición de datos de imagen, compresión de imagen aplicada ) que definen la geometría de la imagen. Un archivo TIFF, por ejemplo, puede ser un contenedor que contiene imágenes comprimidas JPEG (con pérdida) y PackBits (sin pérdida). Un archivo TIFF también puede incluir un trazado de recorte basado en vectores (contornos, recortes, marcos de imágenes). La capacidad de almacenar datos de imágenes en un formato sin pérdidas hace que un archivo TIFF sea un archivo de imágenes útil porque, a diferencia de los archivos JPEG estándar, un archivo TIFF que utiliza compresión sin pérdidas (o ninguna) se puede editar y volver a guardar sin perder calidad de imagen. Este no es el caso cuando se utiliza TIFF como contenedor que contiene JPEG comprimido. Otras opciones TIFF son capas y páginas.
TIFF ofrece la opción de utilizar compresión LZW , una técnica de compresión de datos sin pérdidas para reducir el tamaño de un archivo. El uso de esta opción estuvo limitado por las patentes de la técnica LZW hasta su expiración en 2004.
La especificación TIFF 6.0 consta de las siguientes partes: [9]
Cuando se introdujo TIFF, su extensibilidad provocó problemas de compatibilidad. La flexibilidad en la codificación dio lugar al chiste de que TIFF significa Miles de formatos de archivos incompatibles . [10] Para evitar estos problemas, cada lector de TIFF debía leer Baseline TIFF . Entre otras cosas, Baseline TIFF no incluye capas ni imágenes JPEG o LZW comprimidas. Baseline TIFF se conoce formalmente como TIFF 6.0, Parte 1: Baseline TIFF .
La siguiente es una lista incompleta de las funciones TIFF de referencia requeridas: [9]
Los lectores TIFF deben estar preparados para imágenes (subarchivos) de varias páginas por archivo TIFF, aunque no están obligados a hacer nada con las imágenes posteriores a la primera.
Puede haber más de un directorio de archivos de imágenes (IFD) en un archivo TIFF. Cada IFD define un subarchivo. Un uso de los subarchivos es describir imágenes relacionadas, como las páginas de un documento facsímil. No se requiere un lector TIFF Baseline para leer ningún IFD más allá del primero. [9]
Una imagen TIFF de referencia se compone de una o más tiras. Una franja (o banda) es una subsección de la imagen compuesta por una o más filas. Cada tira se puede comprimir independientemente de la imagen completa y cada una comienza en un límite de bytes. Si la altura de la imagen no es divisible por el número de filas de la tira, la última tira puede contener menos filas. Si se omiten las etiquetas de definición de tira, se supone que la imagen contiene una sola tira.
Los lectores TIFF básicos deben manejar los siguientes tres esquemas de compresión: [9]
Los tipos de imágenes TIFF de referencia son: imágenes de dos niveles, escala de grises, paleta de colores y RGB a todo color. [9]
Cada archivo TIFF comienza con un indicador de dos bytes del orden de los bytes : " II" para little-endian (también conocido como "orden de bytes de Intel", c. 1980 ) [17] o " MM" para big-endian (también conocido como "orden de bytes de Motorola", C. 1980 ) [17] ordenamiento de bytes. La siguiente palabra de dos bytes contiene el número de versión del formato, que siempre ha sido 42 para cada versión de TIFF (por ejemplo, TIFF v5.0 y TIFF v6.0). [18]
Se supone que todas las palabras de dos bytes, palabras dobles, etc., en el archivo TIFF están en el orden de bytes indicado. La especificación TIFF 6.0 establece que los lectores TIFF compatibles deben admitir ambos órdenes de bytes ( IIy MM); los escritores pueden usar cualquiera de los dos. [19]
Los lectores TIFF deben estar preparados para encontrar e ignorar campos privados no descritos en la especificación TIFF. Los lectores TIFF no deben negarse a leer un archivo TIFF si no existen campos opcionales. [9]
Muchos lectores TIFF admiten etiquetas adicionales a las de Baseline TIFF, pero no todos los lectores admiten todas las extensiones. [20] [21] [22] Como consecuencia, las características TIFF de referencia se convirtieron en el mínimo común denominador de TIFF. Las funciones TIFF básicas se amplían en Extensiones TIFF (definidas en la especificación TIFF 6.0 Parte 2), pero las extensiones también se pueden definir en etiquetas privadas.
Las Extensiones TIFF se conocen formalmente como TIFF 6.0, Parte 2: Extensiones TIFF . A continuación se muestran algunos ejemplos de extensiones TIFF definidas en la especificación TIFF 6.0: [9]
Un archivo TIFF de referencia puede contener una secuencia de imágenes (IFD). Normalmente, todas las imágenes están relacionadas pero representan datos diferentes, como las páginas de un documento. Para admitir explícitamente múltiples vistas de los mismos datos, se introdujo la etiqueta SubIFD . [11] Esto permite que las imágenes se definan a lo largo de una estructura de árbol . Cada imagen puede tener una secuencia de hijos, siendo cada hijo en sí mismo una imagen. El uso típico es proporcionar miniaturas o varias versiones de una imagen en diferentes espacios de color.
Una imagen TIFF también puede estar compuesta por varios mosaicos. Todos los mosaicos de la misma imagen tienen las mismas dimensiones y se pueden comprimir independientemente de toda la imagen, de forma similar a las tiras (ver arriba). Las imágenes en mosaico son parte de TIFF 6.0, Parte 2: Extensiones TIFF, por lo que no se requiere compatibilidad con imágenes en mosaico en los lectores TIFF Baseline.
Según la especificación TIFF 6.0 (Introducción), todos los archivos TIFF que utilizan extensiones TIFF propuestas que no están aprobadas por Adobe como parte de Baseline TIFF (normalmente para usos especializados de TIFF que no entran dentro del dominio de publicación o gráficos generales o intercambio de imágenes) No deben llamarse archivos TIFF o deben marcarse de alguna manera para que no se confundan con los archivos TIFF convencionales.
Los desarrolladores pueden solicitar un bloque de "etiquetas privadas" que les permita incluir su propia información de propiedad dentro de un archivo TIFF sin causar problemas en el intercambio de archivos. Los lectores TIFF deben ignorar las etiquetas que no reconocen, y se garantiza que las etiquetas privadas de un desarrollador registrado no chocarán con las etiquetas de nadie más ni con el conjunto estándar de etiquetas definido en la especificación. Las etiquetas privadas están numeradas en el rango 32.768 y superiores.
Las etiquetas privadas están reservadas para información significativa sólo para alguna organización o para experimentos con un nuevo esquema de compresión dentro de TIFF. Previa solicitud, el administrador TIFF (actualmente Adobe) asignará y registrará una o más etiquetas privadas para una organización, para evitar posibles conflictos con otras organizaciones. Se desaconseja que las organizaciones y los desarrolladores elijan sus propios números de etiqueta de forma arbitraria, porque hacerlo podría causar graves problemas de compatibilidad. Sin embargo, si hay pocas o ninguna posibilidad de que los archivos TIFF escapen de un entorno privado, se recomienda a las organizaciones y desarrolladores que consideren el uso de etiquetas TIFF en el rango "reutilizable" de 65 000 a 65 535. No es necesario ponerse en contacto con Adobe cuando utilice números en este rango. [9]
La etiqueta TIFF 259 (0103 16 ) almacena la información sobre el método de compresión. El valor predeterminado es 1 = sin compresión.
La mayoría de los escritores y lectores de TIFF sólo admiten algunos esquemas de compresión TIFF. A continuación se muestran algunos ejemplos de esquemas de compresión TIFF utilizados:
Los formatos de archivo TIFF utilizan compensaciones de 32 bits , lo que limita el tamaño del archivo a alrededor de 4 GiB . Algunas implementaciones incluso utilizan un desplazamiento firmado de 32 bits, lo que genera problemas de alrededor de 2 GiB. BigTIFF es una variante del formato de archivo TIFF que utiliza compensaciones de 64 bits y admite archivos mucho más grandes (hasta 18 exabytes de tamaño). [35] [36] La especificación del formato de archivo BigTIFF se implementó en 2007 en las versiones de desarrollo de LibTIFF versión 4.0, que finalmente se lanzó como estable en diciembre de 2011. La compatibilidad con los formatos de archivo BigTIFF por parte de las aplicaciones es limitada.
La especificación Exif [37] se basa en TIFF. Para datos de imágenes sin comprimir, un archivo Exif es directamente un archivo TIFF con algunas etiquetas privadas. Para datos de imágenes comprimidas JPEG , Exif utiliza el formato de intercambio de archivos JPEG pero incorpora un archivo TIFF en el segmento APP1 del archivo. El primer IFD (denominado 0 en la especificación Exif) de ese TIFF integrado no contiene datos de imagen y solo alberga metadatos para la imagen principal. Sin embargo, puede haber una imagen en miniatura en ese TIFF incrustado, que proporciona el segundo IFD (denominado primero en la especificación Exif). El formato de archivo de audio Exif no se basa en TIFF.
Exif define una gran cantidad de etiquetas privadas para metadatos de imágenes, particularmente configuraciones de cámara y datos de geoposicionamiento , pero la mayoría de ellas no aparecen en los IFD TIFF normales. En cambio, estos residen en IFD separados a los que apuntan mediante etiquetas privadas en el IFD principal.
TIFF/IT se utiliza para enviar datos de páginas listas para imprimir que han sido diseñadas en sistemas de preimpresión de alta gama. [40] La especificación TIFF/IT (ISO 12639) describe un formato de archivos múltiples, que puede describir una sola página por conjunto de archivos. [41] Los archivos TIFF/IT no son intercambiables con archivos TIFF comunes. [42] [43] [44]
Los objetivos al desarrollar TIFF/IT eran trasladar los formatos de cinta magnética IT8 originales a una versión independiente del medio. TIFF/IT se basa en la especificación Adobe TIFF 6.0 y extiende TIFF 6 agregando etiquetas adicionales y lo restringe limitando algunas etiquetas y los valores dentro de las etiquetas. No todas las imágenes TIFF/IT válidas son imágenes TIFF 6.0 válidas. [45]
TIFF/IT define formatos de archivos de imagen para codificar imágenes en color de tonos continuos, imágenes artísticas lineales en color , imágenes de tonos continuos de alta resolución, imágenes monocromáticas de tonos continuos, imágenes binarias, imágenes lineales binarias, datos filtrados y imágenes de páginas finales compuestas. [6]
No hay ningún tipo MIME definido para TIFF/IT. La imagen/tiff de tipo MIME no debe usarse para archivos TIFF/IT, porque TIFF/IT no se ajusta a Baseline TIFF 6.0 y los lectores TIFF 6.0 ampliamente implementados no pueden leer TIFF/IT. La imagen/tiff de tipo MIME (definida en RFC 3302) sin un parámetro de aplicación se utiliza para archivos Baseline TIFF 6.0 o para indicar que no es necesario identificar un subconjunto específico de TIFF o extensiones TIFF. El parámetro de la aplicación debe usarse con image/tiff para distinguir extensiones TIFF o subconjuntos TIFF. Según RFC 3302, los subconjuntos TIFF específicos o las extensiones TIFF deben publicarse como RFC. No existe tal RFC para TIFF/IT. Tampoco existe ningún plan por parte del comité ISO que supervisa el estándar TIFF/IT para registrar TIFF/IT con un parámetro de imagen/tiff o como un nuevo tipo MIME separado. [14]
TIFF/IT consta de varios archivos diferentes y no puede crearse ni abrirse mediante aplicaciones de escritorio comunes. [14] [42] [46] Los conjuntos de archivos TIFF/IT-P1 normalmente constan de los siguientes archivos: [6] [7] [47]
TIFF/IT también define los siguientes archivos: [6]
Algunos de estos tipos de datos son parcialmente compatibles con las definiciones correspondientes en la especificación TIFF 6.0. La página final (FP) permite agrupar los diversos archivos necesarios para definir una página completa: proporciona un mecanismo para crear un paquete que incluye capas de imágenes separadas (de tipos CT, LW, etc.) que se combinarán para crear la página final. imagen impresa final. Su uso es recomendado pero no obligatorio. Debe haber al menos un subarchivo en un archivo FP, pero no más de uno de cada tipo. Normalmente contiene un subarchivo CT y un subarchivo LW. [6] [45] [48]
El espacio de color principal para este estándar es CMYK, pero también se admiten otros espacios de color y el uso de perfiles ICC. [6]
TIFF/IT no prevé la compresión dentro de la propia estructura del archivo, pero no existen restricciones. [45] (Por ejemplo, se permite comprimir toda la estructura del archivo en un archivo ZIP).
Los archivos LW utilizan un esquema de compresión específico conocido como codificación de longitud de ejecución para LW (el valor de la etiqueta de compresión es 8080 16 ). Los archivos HC también utilizan una codificación de longitud de ejecución específica para HC (el valor de la etiqueta de compresión es 8081 16 ). Las especificaciones TIFF/IT P1 no permiten el uso de compresión dentro del archivo CT.
La siguiente es una lista de esquemas de compresión TIFF/IT definidos: [39]
La norma ISO 12639:1998 introdujo TIFF/IT-P1 (Perfil 1), un subconjunto directo del estándar TIFF/IT completo (previamente definido en ANSI IT8.8–1993). Este subconjunto se desarrolló sobre la base de la comprensión mutua tanto de los estándares como de las comunidades de desarrollo de software de que una implementación del estándar TIFF/IT completo por parte de cualquier proveedor era improbable (debido a su complejidad) e innecesaria (porque el Perfil 1 cubriría la mayoría de las aplicaciones para la distribución de anuncios digitales). Casi todos los archivos TIFF/IT en publicidad digital se distribuyeron como conjuntos de archivos TIFF/IT-P1 en 2001. [49] [50] Cuando la gente habla de TIFF/IT, normalmente se refiere al estándar P1. [7]
Estas son algunas de las restricciones en TIFF/IT-P1 (en comparación con TIFF/IT): [48]
TIFF/IT-P1 es un nivel de conformidad simplificado de TIFF/IT y maximiza la compatibilidad entre los mundos de los sistemas de preimpresión electrónicos en color (CEPS) y la publicación de escritorio (DTP). [45] [51] Proporciona una interfaz limpia para los formatos CEPS propietarios, como el formato Scitex CT /LW.
Debido a que TIFF/IT P1 tenía varias limitaciones, se desarrolló un formato extendido. La norma ISO 12639:2004 introdujo un nuevo nivel de conformidad ampliado: TIFF/IT-P2 (Perfil 2). TIFF/IT-P2 agregó una serie de funciones a TIFF/IT-P1 como: [7]
Este formato no fue muy utilizado.
La especificación TIFF/IT preservó la posibilidad TIFF para que los desarrolladores utilicen etiquetas privadas. La especificación TIFF/IT es muy precisa en cuanto a cómo deben tratarse estas etiquetas privadas: deben analizarse, pero ignorarse. [52]
Las etiquetas privadas en la especificación TIFF/IT-P1 originalmente estaban destinadas a proporcionar a los desarrolladores formas de agregar funcionalidades específicas para aplicaciones específicas. Los desarrolladores (por ejemplo, Scitex) pueden utilizar etiquetas privadas para preservar valores de impresión específicos u otras funciones. Las etiquetas privadas suelen estar etiquetadas con números de etiqueta mayores o iguales a 32768.
Todas las etiquetas privadas deben solicitarse a Adobe (el administrador de TIFF) y registrarse.
En 1992, la DDAP (Distribución digital de publicidad para publicaciones, más tarde Direcciones digitales en aplicaciones para producción) desarrolló su declaración de requisitos para la entrega de publicidad digital. Esto se presentó al CGATS (Comité de Estándares de Tecnología de Artes Gráficas) acreditado por ANSI para el desarrollo de un estándar de formato de archivo acreditado para la entrega de anuncios digitales. CGATS revisó sus alternativas para este propósito y TIFF parecía el candidato ideal, excepto por el hecho de que no podía manejar ciertas funcionalidades requeridas. CGATS pidió a Aldus (el administrador de TIFF) un bloque de sus propias etiquetas privadas TIFF para implementar lo que eventualmente se convirtió en TIFF/IT. Por ejemplo, la capacidad de identificar la secuencia de colores se maneja mediante la etiqueta 34017, la etiqueta de secuencia de colores. [52]
TIFF/IT se creó para satisfacer la necesidad de un método independiente del transporte para codificar datos ráster en los estándares IT8.1, IT8.2 y IT8.5.
TIFF/IT se definió en el estándar ANSI IT8.8–1993 en 1993 y posteriormente se revisó en el estándar internacional ISO 12639:1998 - Intercambio de datos digitales de preimpresión - Formato de archivo de imagen de etiqueta para tecnología de imagen (TIFF/IT) . [5] La norma ISO reemplaza a ANSI IT8.8–1993. Especifica un medio independiente del medio para el intercambio electrónico de datos de preimpresión. [53]
La norma ISO 12639:2004 (segunda edición) para TIFF/IT reemplazó a la ISO 12639:1998. Posteriormente también se amplió en ISO 12639:2004 / Amd. 1:2007 - Uso de la compresión JBIG2-Amd2 en TIFF/IT. [54]
Un TIFF, que significa Tag Image File Format, es un archivo de computadora que se utiliza para almacenar gráficos rasterizados e información de imágenes.
Los archivos TIFF (formato de archivo de imagen etiquetado) son comunes en publicaciones, edición de fotografías y diseño gráfico.
Esta especificación de formato de archivo se conoce comúnmente como TIFF para Fax eXtended (TIFF-FX).
{{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace )El número 42 fue elegido por su profundo significado filosófico.
Orden de bytes 'MM' y 'II'. Los lectores TIFF deben poder manejar ambos órdenes de bytes. Los redactores de TIFF pueden hacer lo que sea más conveniente o eficiente.
Si los archivos se gestionan activamente en un repositorio digital, es posible considerar el uso de compresión sin pérdidas LZW o ZIP para los archivos TIFF. La compresión JPEG no debe utilizarse en TIFF. [...] La mayoría de los encuestados utilizan imágenes sin comprimir (64%), si se utiliza compresión, se utiliza principalmente LZW.
Nota: ¡TIFF/IT-P1 no es equivalente a Photoshop® Tiff!
{{cite web}}: Mantenimiento CS1: URL no apta ( enlace ){{citation}}: Mantenimiento CS1: URL no apta ( enlace )