Formato de archivo de imagen de etiqueta [1] o formato de archivo de imagen etiquetada , [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 artistas gráficos, la industria editorial, [3] y fotógrafos. TIFF es ampliamente compatible con escaneo , fax , procesamiento de textos , reconocimiento óptico de caracteres , manipulación de imágenes, autoedición y aplicaciones de 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 un copyright 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 al 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 solo un formato de imagen binario (solo dos valores posibles para cada píxel), porque eso era todo lo que los escáneres de escritorio podían manejar. 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 , luego imágenes en color. Hoy, TIFF, junto con JPEG y PNG , es un formato popular para imágenes de color profundo .
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. Puede etiquetarse como Revisión 3.0. Se publicó después de una serie de reuniones con varios fabricantes de escáneres y desarrolladores de software. En abril de 1987 se publicó la Revisión 4.0 y contenía principalmente mejoras menores. En octubre de 1988 se publicó 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 variables del formato, una situación que dio lugar a la broma de que TIFF significa Miles de formatos de archivo incompatibles . [10] Este problema se abordó en la revisión 6.0 [9] de la especificación TIFF (junio de 1992) al introducir una distinción entre TIFF de línea base (que todas las implementaciones debían admitir) y extensiones TIFF (que son opcionales). Se definen extensiones adicionales en dos suplementos a 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 fax de varias páginas en un solo archivo, pero también se permite que diferentes subarchivos sean variantes diferentes de la misma imagen, por ejemplo escaneada a 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 imagen (IFD). Los lectores TIFF básicos solo deben utilizar el primer subarchivo, pero cada IFD tiene un campo para vincularse a un siguiente IFD.
Los IFD son donde se encuentran las etiquetas que dan nombre al formato TIFF. Cada IFD contiene una o varias entradas , cada una de las cuales se identifica por su etiqueta. Las etiquetas son números arbitrarios de 16 bits; sus nombres simbólicos, como ImageWidth, que se utiliza a menudo en las discusiones sobre datos TIFF, no aparecen explícitamente en el archivo en sí. Cada entrada del IFD tiene un valor asociado , que puede decodificarse según las reglas generales del formato, pero depende de la etiqueta lo que ese valor signifique . Es posible que dentro de un solo IFD no haya más de una entrada con una etiqueta en particular. Algunas etiquetas sirven para vincular con los datos de la imagen real, otras etiquetas especifican cómo deben interpretarse los datos de la imagen y otras etiquetas se utilizan para los metadatos de la imagen .
Las imágenes TIFF están formadas por 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). La resolución horizontal y vertical no necesitan ser iguales (ya que en un telefax normalmente no lo serían). Una imagen TIFF de referencia divide el rango vertical de la imagen en una o varias tiras , que se codifican (en particular: se comprimen) por separado. Históricamente, esto servía para facilitar a los lectores TIFF (como las máquinas de fax) con capacidad limitada para almacenar datos sin comprimir (una tira se decodificaba y luego se imprimía inmediatamente), pero la presente especificación 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 utilizan las etiquetas en la codificación TIFF de imágenes, es que una imagen TIFF con franjas utilizaría las etiquetas 273 (StripOffsets), 278 (RowsPerStrip) y 279 (StripByteCounts). Las StripOffsets apuntan a los bloques de datos de la imagen, las StripByteCounts indican la longitud de cada uno de estos bloques (tal como se almacenan en el archivo) y RowsPerStrip indica cuántas filas de píxeles hay en una franja; esta última es necesaria incluso en el caso de tener solo una franja, en cuyo caso simplemente duplica el valor de la etiqueta 257 (ImageLength). Una imagen TIFF en mosaico, en cambio, 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 de rojo, una muestra de verde y una muestra de azul por píxel, mientras que una imagen en escala de grises o en paleta de colores solo tiene una muestra por píxel. TIFF permite modelos de color aditivos (por ejemplo, RGB, RGBA ) y 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 la cantidad de bits que se codifican para cada muestra, pero el TIFF de referencia solo requiere que los lectores admitan algunas combinaciones de modelo de color y profundidad de bits de imágenes. La compatibilidad con conjuntos personalizados de muestras es muy útil para aplicaciones científicas; 3 muestras por píxel está en 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 sola tira/mosaico (PlanarConfiguration = 1), pero también diferentes muestras en diferentes tiras/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 pueden estar sin comprimir, comprimidas mediante un esquema de compresión sin pérdida o comprimidas mediante un esquema de compresión con pérdida . El esquema de compresión LZW sin pérdida se ha considerado en ocasiones como la compresión estándar para TIFF, pero técnicamente se trata de una extensión TIFF y la especificación TIFF6 señala la situación de las patentes en relación con 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 codifica una tira o mosaico (sin tener en cuenta la estructura de muestra, la profundidad de bits o el ancho de fila), mientras que el esquema de compresión JPEG transforma la estructura de muestra de los píxeles (cambiando a un modelo de color diferente) y codifica los píxeles en bloques de 8x8 en lugar de fila por fila.
La mayoría de los datos de los archivos TIFF son numéricos, pero el formato permite declarar los datos como si fueran textuales, si corresponde 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.
El tipo MIME image/tiff (definido en RFC 3302) sin un parámetro de aplicación se utiliza para archivos TIFF 6.0 de línea base o para indicar que no es necesario identificar un subconjunto específico de TIFF o extensiones TIFF. El parámetro "application" opcional (Ejemplo: Content-type: image/tiff; application=foo) se define para que image/tiff identifique un subconjunto particular de TIFF y extensiones TIFF para los datos de imagen codificados, si se conoce. De acuerdo con RFC 3302, los subconjuntos TIFF específicos o las extensiones TIFF utilizados en el parámetro de aplicación deben publicarse como RFC. [14]
El tipo MIME image/tiff-fx (definido en RFC 3949 y RFC 3950) se basa en TIFF 6.0 con las notas técnicas TIFF TTN1 (árboles) y TTN2 (especificación TIFF/JPEG de reemplazo). Se utiliza para fax por Internet compatible con las recomendaciones de la UIT-T para fax en blanco y negro, escala de grises y color del grupo 3 .
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 de RFC 3949 se basa en estas especificaciones TIFF. [16]
Los archivos TIFF que utilizan estrictamente los "conjuntos de etiquetas" básicos definidos 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 se prueban y verifican adecuadamente por múltiples fuentes para todos los documentos que se crean, se pueden utilizar para almacenar documentos. Los problemas que se observan comúnmente en la industria de gestión de contenido y documentos asociados con el uso de archivos TIFF surgen cuando las estructuras contienen encabezados propietarios, no están documentadas correctamente, contienen "envoltorios" u otros contenedores alrededor de los conjuntos de datos TIFF, o incluyen tecnologías de compresión inadecuadas, o esas tecnologías de compresión no se implementan correctamente.
Las variantes de TIFF se pueden utilizar en sistemas de gestión de documentos y de imágenes de documentos mediante la compresión 2D del Grupo IV del CCITT , que admite imágenes en blanco y negro (bitonales, monocromáticas ), entre otras tecnologías de compresión que admiten el color . Cuando la capacidad de almacenamiento y el ancho de banda de la red eran un problema mayor que el que se ve comúnmente 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 gestionen 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 una precisión extendida. Un ejemplo sería el uso de TIFF para almacenar imágenes adquiridas mediante cámaras CCD científicas que brindan hasta 16 bits por fotosito de resolución de intensidad. También es posible almacenar una secuencia de imágenes en un solo archivo TIFF, y está permitido bajo TIFF 6.0, siempre que se cumplan las reglas para imágenes de varias páginas. [ cita requerida ]
TIFF es un formato de archivo flexible y adaptable para manejar imágenes y datos dentro de un solo archivo, al incluir las etiquetas de encabezado (tamaño, definición, disposición de los datos de la imagen, compresión de imagen aplicada ) que definen la geometría de la imagen. Un archivo TIFF, por ejemplo, puede ser un contenedor que contenga imágenes comprimidas JPEG (con pérdida) y PackBits (sin pérdida). Un archivo TIFF también puede incluir una ruta de recorte basada en vectores (contornos, recortes, marcos de imagen). La capacidad de almacenar datos de imagen en un formato sin pérdida 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érdida (o ninguna) se puede editar y volver a guardar sin perder calidad de imagen. Este no es el caso cuando se utiliza el TIFF como contenedor que contiene JPEG comprimido. Otras opciones TIFF son las capas y las páginas.
TIFF ofrece la opción de utilizar la compresión LZW , una técnica de compresión de datos sin pérdida 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 el formato TIFF, su extensibilidad provocó problemas de compatibilidad. La flexibilidad en la codificación dio lugar a la broma de que TIFF significa Miles de formatos de archivos incompatibles . [10] Para evitar estos problemas, cada lector 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 características TIFF de línea base requeridas: [9]
Los lectores TIFF deben estar preparados para imágenes (subarchivos) de varias páginas por archivo TIFF, aunque no es necesario que hagan nada con las imágenes posteriores a la primera.
Puede haber más de un directorio de archivos de imagen (IFD) en un archivo TIFF. Cada IFD define un subarchivo. Uno de los usos de los subarchivos es describir imágenes relacionadas, como las páginas de un documento facsímil. No es necesario que un lector TIFF de línea base lea ningún IFD más allá del primero. [9]
Una imagen TIFF de referencia se compone de una o más tiras. Una tira (o banda) es una subsección de la imagen compuesta de 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 de manera uniforme 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, en escala de grises, con paleta de colores y RGB a todo color. [9]
Cada archivo TIFF comienza con un indicador de dos bytes del orden de bytes : " II" para little-endian (también conocido como "ordenación de bytes de Intel", c. 1980 ) [17] o " MM" para big-endian (también conocido como "ordenación de bytes de Motorola", c. 1980 ) [17] . 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 ellos. [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 de Baseline TIFF se convirtieron en el mínimo común denominador para TIFF. Las características de Baseline TIFF se amplían en las 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 línea base 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 definir las imágenes a lo largo de una estructura de árbol . Cada imagen puede tener una secuencia de hijos, y cada hijo es 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 pueden comprimirse independientemente de la imagen completa, 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 de 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 en el ámbito de la publicación o el intercambio de gráficos o imágenes en general) no deberían llamarse archivos TIFF o deberían 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 entrarán en conflicto con las etiquetas de otras personas o con el conjunto estándar de etiquetas definido en la especificación. Las etiquetas privadas están numeradas en el rango 32.768 y superior.
Las etiquetas privadas se reservan para información que sólo es significativa para alguna organización o para experimentos con un nuevo esquema de compresión dentro de TIFF. Si se lo solicita, el administrador de 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 a las organizaciones y desarrolladores que elijan sus propios números de etiqueta de manera arbitraria, ya que hacerlo podría causar serios 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" 65 000–65 535. No es necesario ponerse en contacto con Adobe cuando se utilizan 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 lectores y escritores de TIFF solo 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 desplazamientos de 32 bits , lo que limita el tamaño del archivo a alrededor de 4 GiB . Algunas implementaciones incluso utilizan un desplazamiento de 32 bits firmado, lo que genera problemas alrededor de 2 GiB. BigTIFF es un formato de archivo variante de TIFF que utiliza desplazamientos 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 versiones de desarrollo de LibTIFF versión 4.0, que finalmente se lanzó como estable en diciembre de 2011. El soporte para formatos de archivo BigTIFF por parte de las aplicaciones es limitado.
La especificación Exif [37] se basa en TIFF. Para los datos de imagen sin comprimir, un archivo Exif se deriva directamente de un archivo TIFF con algunas etiquetas privadas. Para los datos de imagen comprimidos JPEG , Exif utiliza el formato de intercambio de archivos JPEG pero incrusta un archivo TIFF en el segmento APP1 del archivo. El primer IFD (denominado 0th en la especificación Exif) de ese TIFF incrustado 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 es proporcionada por el segundo IFD (denominado 1st 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, en particular, configuraciones de cámara y datos de geoposicionamiento , pero la mayoría de ellos no aparecen en los IFD TIFF comunes, sino que residen en IFD separados a los que se apunta mediante etiquetas privadas en el IFD principal.
TIFF/IT se utiliza para enviar datos de páginas listas para imprimir que se han diseñado 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 los archivos TIFF comunes. [42] [43] [44]
Los objetivos del desarrollo de 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 amplía TIFF 6, añadiendo etiquetas adicionales, y la 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 de tonos continuos en color, imágenes de arte lineal en color , imágenes de tonos continuos de alta resolución, imágenes de tonos continuos monocromáticos, imágenes binarias, imágenes de arte lineal binario, datos tramados e imágenes de páginas finales compuestas. [6]
No existe un tipo MIME definido para TIFF/IT. El tipo MIME image/tiff no debería utilizarse para archivos TIFF/IT, porque TIFF/IT no cumple con Baseline TIFF 6.0 y los lectores TIFF 6.0 ampliamente utilizados no pueden leer TIFF/IT. El tipo MIME image/tiff (definido 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 aplicación debería utilizarse con image/tiff para distinguir extensiones TIFF o subconjuntos TIFF. Según RFC 3302, los subconjuntos TIFF específicos o extensiones TIFF deben publicarse como RFC. No existe tal RFC para TIFF/IT. Tampoco hay ningún plan por parte del comité ISO que supervisa el estándar TIFF/IT para registrar TIFF/IT con un parámetro para image/tiff o como un nuevo tipo MIME independiente. [14]
El formato TIFF/IT consta de varios archivos diferentes y no se puede crear ni abrir con aplicaciones de escritorio comunes. [14] [42] [46] Los conjuntos de archivos TIFF/IT-P1 generalmente 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 de la especificación TIFF 6.0. La página final (FP) permite agrupar los distintos archivos necesarios para definir una página completa: proporciona un mecanismo para crear un paquete que incluye capas de imagen independientes (de tipo CT, LW, etc.) que se combinarán para crear la imagen impresa final. Su uso se recomienda, pero no es 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 permite la compresión dentro de la propia estructura del archivo, pero no hay 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 Run-length para LW (el valor de la etiqueta de compresión es 8080 16 ). Los archivos HC también utilizan una codificación Run-length 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 (definido previamente en ANSI IT8.8–1993). Este subconjunto se desarrolló sobre la base de la comprensión mutua, tanto de las comunidades de estándares como de desarrollo de software, de que una implementación del estándar TIFF/IT completo por parte de un solo proveedor era poco probable (debido a su complejidad) e innecesaria (porque el Perfil 1 cubriría la mayoría de las aplicaciones para la distribución de publicidad digital). 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, generalmente se refiere al estándar P1. [7]
A continuación se presentan algunas de las restricciones de 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 sistemas de preimpresión electrónica en color (CEPS) y los mundos de autoedición (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 una serie de limitaciones, se desarrolló un formato extendido. La norma ISO 12639:2004 introdujo un nuevo nivel de conformidad extendido: TIFF/IT-P2 (Perfil 2). TIFF/IT-P2 agregó una serie de funciones a TIFF/IT-P1, como: [7]
Este formato no fue ampliamente utilizado.
La especificación TIFF/IT conservó la posibilidad de que los desarrolladores utilizaran 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 de la especificación TIFF/IT-P1 se diseñaron originalmente para proporcionar a los desarrolladores formas de agregar funciones específicas para aplicaciones específicas. Los desarrolladores (por ejemplo, Scitex) pueden usar etiquetas privadas para preservar valores de impresión específicos u otra funcionalidad. 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 publicación, más tarde Direcciones digitales en aplicaciones para producción) desarrolló su declaración de requisitos para la distribución de anuncios digitales. Esta fue presentada 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 distribución de anuncios digitales. El 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. El CGATS le pidió a Aldus (el administrador de TIFF) un bloque de sus propias etiquetas privadas TIFF para implementar lo que finalmente 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 raster en los estándares IT8.1, IT8.2 e IT8.5.
TIFF/IT se definió en la norma ANSI IT8.8–1993 en 1993 y luego se revisó en la Norma 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 la norma ISO 12639:2004 / Amd. 1:2007 - Uso de 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 (Tagged Image File Format) 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 extendido (TIFF-FX).
{{cite web}}: CS1 maint: numeric names: authors list (link)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 escritores TIFF pueden hacer lo que les resulte más conveniente o eficiente.
Si los archivos se gestionan de forma activa en un repositorio digital, es posible considerar el uso de compresión sin pérdida LZW o ZIP para los archivos TIFF. La compresión JPEG no debería utilizarse dentro de [...] 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 un Tiff de Photoshop®!
{{cite web}}: CS1 maint: unfit URL (link){{citation}}: CS1 maint: unfit URL (link)