TIFF (Français)

TIFF est un format de fichier flexible et adaptable pour gérer les images et les données dans un seul fichier, en incluant les balises d’en-tête (taille, définition, arrangement des données d’image, compression d’image appliquée) définissant la géométrie de l’image. Un fichier TIFF, par exemple, peut être un conteneur contenant des images compressées JPEG (avec perte) et PackBits (sans perte). Un fichier TIFF peut également inclure un chemin d’écrêtage vectoriel (contours, recadrages, cadres d’image)., La possibilité de stocker des données d’image dans un format sans perte fait D’un fichier TIFF une archive d’image utile, car, contrairement aux fichiers JPEG standard, un fichier TIFF utilisant une compression sans perte (ou aucune) peut être modifié et réenregistré sans perte de qualité d’image. Ce n’est pas le cas lorsque vous utilisez le TIFF comme conteneur contenant du JPEG compressé. Les autres options TIFF sont les couches et les pages.

TIFF offre la possibilité d’utiliser la compression LZW, une technique de compression de données sans perte pour réduire la taille d’un fichier. L’utilisation de cette option a été limitée par les brevets sur la technique LZW jusqu’à leur expiration en 2004.

Le TIFF 6.,La spécification 0 comprend les parties suivantes:

• Introduction (contient des informations sur L’Administration TIFF, l’utilisation des champs et valeurs privés, etc.)
• Partie 1: Baseline TIFF
• Partie 2: TIFF Extensions
• Partie 3: Appendices

Partie 1: Baseline TIFFEdit

lorsque TIFF a été introduit, son extensibilité a provoqué des problèmes de compatibilité. La flexibilité dans l’encodage a donné lieu à la blague que TIFF représente des milliers de Formats de fichiers incompatibles. Pour éviter ces problèmes, chaque lecteur TIFF devait lire le TIFF de base., Entre autres choses, Baseline TIFF n’inclut pas les calques, ni les images jpeg ou LZW compressées. Baseline TIFF est officiellement connu sous le nom de TIFF 6.0, Partie 1: Baseline TIFF.

Voici une liste incomplète des fonctionnalités TIFF de base requises:

plusieurs sous-fichiers edit

les lecteurs TIFF doivent être préparés pour des images multiples/multi-pages (sous-Fichiers) par fichier TIFF, bien qu’ils ne soient pas tenus de faire quoi que ce soit avec des images après la première.

Il peut y avoir plus d’un répertoire de fichier Image (IFD) dans un fichier TIFF. Chaque IFD définit un sous-Fichier., Une utilisation des sous-fichiers est de décrire des images connexes, telles que les pages d’un document fac-similé. Un lecteur TIFF de base n’est pas nécessaire pour lire un IFD au-delà du premier.

StripsEdit

Une image TIFF de base est composée d’une ou plusieurs bandes. Une bande (ou bande) est une sous-section de l’image composée d’une ou plusieurs lignes. Chaque bande peut être compressée indépendamment de l’image entière, et chacune Commence sur une limite d’octet. Si la hauteur de l’image n’est pas uniformément divisible par le nombre de lignes dans la bande, la dernière bande peut contenir moins de lignes., Si les balises de définition de bande sont omises, l’image est supposée contenir une seule bande.

CompressionEdit

Baseline TIFF lecteurs doivent gérer les trois schémas de compression:

• Pas de compression
• CCITT Groupe 3 1-Dimensions Modified Huffman RLE
• PackBits de compression – une forme de run-length encoding

Image typesEdit

Baseline TIFF sont les types d’image: aide inspiratoire avec pep, niveaux de gris, palette de couleurs, RVB et des images en couleur.,

Byte orderEdit

Other TIFF fieldedit

les lecteurs TIFF doivent être prêts à rencontrer et à ignorer les champs privés non décrits dans la spécification TIFF. Les lecteurs TIFF ne doivent pas refuser de lire un fichier TIFF si les champs facultatifs n’existent pas.

Partie 2: TIFF ExtensionsEdit

de nombreux lecteurs TIFF prennent en charge les balises supplémentaires à celles du TIFF de base, mais tous les lecteurs ne prennent pas en charge toutes les extensions. En conséquence, les caractéristiques TIFF de base sont devenues le plus petit dénominateur commun pour TIFF. Les fonctionnalités TIFF de base sont étendues dans les Extensions TIFF (définies dans le tiff 6.,0 Partie 2 Spécification) mais les extensions peuvent également être définies dans les balises privées.

les Extensions TIFF sont officiellement connues sous le nom de TIFF 6.0, Partie 2: Extensions TIFF. Voici quelques exemples D’extensions TIFF définies dans la spécification TIFF 6.0:

CompressionEdit

• CCITT t. 4 Bi-level encoding
• CCITT T. 6 Bi-level encoding
• LZW Compression scheme
• la compression JPEG (TIFF compression scheme 7) utilise la DCT (Discrete cosinus Transform) introduite en 1974 par N. Ahmed, T. Natarajan et K. R. Rao; voir la référence 1 dans la transformée en cosinus discrète., Pour plus de détails, consultez le document Adobe.

types D’Imagesmodifier

• images CMJN
• Images YCbCr
• demi-teintes
• images en mosaïque
• Images CIE L*a*b*

arborescences D’Imagesmodifier

un fichier TIFF de base peut contenir une séquence d’images (IFD). En règle générale, toutes les images sont liées mais représentent des données différentes, telles que les pages d’un document. Afin de prendre explicitement en charge plusieurs vues des mêmes données, la balise SubIFD a été introduite. Cela permet aux images d’être définies le long d’une structure arborescente., Chaque image peut avoir une séquence d’enfants, chaque enfant étant lui-même une image. L’utilisation typique est de fournir des vignettes ou plusieurs versions d’une image dans différents espaces de couleurs.

TilesEdit

Une image TIFF peut également être composée d’un certain nombre de tuiles. Toutes les tuiles d’une même image ont les mêmes dimensions et peuvent être compressées indépendamment de l’image entière, comme les bandes (voir ci-dessus). Les images en mosaïque font partie de TIFF 6.0, Partie 2: Extensions TIFF, de sorte que la prise en charge des images en mosaïque n’est pas requise dans les lecteurs TIFF de base.

autres extensionsmodifier

selon TIFF 6.,0 spécification (Introduction), tous les fichiers TIFF utilisant des extensions TIFF proposées qui ne sont pas approuvées par Adobe dans le cadre du TIFF de base (généralement pour les utilisations spécialisées du TIFF qui ne relèvent pas du domaine de la publication ou de l’échange général de graphiques ou d’images) doivent être soit non appelés fichiers TIFF, soit marqués d’une manière quelconque afin qu’ils ne soient pas confondus avec les fichiers TIFF traditionnels.,

private tagsEdit

Les développeurs peuvent demander un bloc de « Private tags » pour leur permettre d’inclure leurs propres informations propriétaires dans un fichier TIFF sans causer de problèmes pour l’échange de fichiers. Les lecteurs TIFF sont tenus d »ignorer les balises qu »ils ne reconnaissent pas, et les balises privées d » un développeur enregistré sont garanties de ne pas entrer en conflit avec les balises de quelqu « un d » autre ou avec l  » ensemble standard de balises définies dans la spécification. Les balises privées sont numérotées entre 32 768 et plus.,

les balises privées sont réservées aux informations significatives uniquement pour une organisation, ou pour des expériences avec un nouveau schéma de compression dans TIFF. Sur demande, L’administrateur TIFF (actuellement Adobe) attribuera et enregistrera une ou plusieurs balises privées pour une organisation, afin d’éviter d’éventuels conflits avec d’autres organisations. Les organisations et les développeurs sont découragés de choisir arbitrairement leurs propres numéros de balise, car cela pourrait causer de graves problèmes de compatibilité., Cependant, s’il y a peu ou pas de chance que les fichiers TIFF échappent à un environnement privé, les organisations et les développeurs sont encouragés à envisager d’utiliser des balises TIFF dans la plage « réutilisable » de 65 000 à 65 535. Il n’est pas nécessaire de contacter Adobe lorsque vous utilisez des numéros dans cette plage.

Internet Media TypeEdit

le type MIME image / tiff (défini dans la RFC 3302) sans paramètre d’application est utilisé pour les fichiers de base TIFF 6.0 ou pour indiquer qu’il n’est pas nécessaire d’identifier un sous-ensemble spécifique de TIFF ou d’extensions TIFF., Le paramètre optionnel « application » (exemple: Content-type: image/tiff; application=foo) est défini pour image/tiff pour identifier un sous-ensemble particulier de TIFF et d’extensions TIFF pour les données d’image codées, s’il est connu. Selon la RFC 3302, des sous-ensembles TIFF ou des extensions TIFF spécifiques utilisés dans le paramètre d’application doivent être publiés en tant que RFC.

MIME Type image/tiff-fx (défini dans RFC 3949 et RFC 3950) est basé sur TIFF 6.0 avec TIFF Technical Notes TTN1 (arbres) et TTN2 (Spécification TIFF / JPEG de remplacement)., Il est utilisé pour les télécopies Internet compatibles avec les recommandations de L’IT-T pour les télécopies en noir et blanc, en niveaux de gris et en couleurs du Groupe 3.

TIFF Compression TagEdit

la balise TIFF 259 (010316) stocke les informations sur la méthode de Compression. La valeur par défaut est 1 = Pas de compression.

la plupart des rédacteurs et lecteurs TIFF ne prennent en charge que certains schémas de compression TIFF., Voici quelques exemples de schémas de compression TIFF utilisés:

étiquette de Compression TIFF

valeur de la balise	schéma de Compression	avec perte/sans perte	Spécification	Description	types d’images	utilisation et support
000116	aucun	sans perte	TIFF 6.0	baseline TIFF	all	common
000216	CCITT Group 3 codage de longueur d’exécution Huffman modifié en 1 dimension (alias., MH or CCITT 1D)	Lossless	TIFF 6.0	Baseline TIFF; compression based on ITU-T T.4	Black and white	Common
000316	CCITT T.4 bi-level encoding as specified in section 4, Coding, of ITU-T Recommendation T.4 (a.k.a. CCITT Group 3 fax encoding or CCITT Group 3 2D)	Lossless	TIFF 6.0	TIFF 6.0 Extensions; compression based on ITU-T T.4	Black and white	Common
000416	CCITT T.,6 bi-level encoding as specified in section 2 of ITU-T Recommendation T.6 (a.k.a. CCITT Group 4 fax encoding)	Lossless	TIFF 6.0	TIFF 6.0 extensions; compression based on ITU-T T.6	Black and white	Common
000516	Lempel–Ziv–Welch	Lossless	TIFF 6.0	TIFF 6.,0 Extensions; d’abord défini dans TIFF 5 (1988); un algorithme de compression breveté, mais les brevets ont expiré en 2003 et 2004	All	Common
000616	JPEG (obsolète « old-style » JPEG, plus tard remplacé dans Technote2)	Lossy	TIFF 6.0	TIFF 6.0 extensions; défini pour la première fois dans TIFF 6 (1992); obsolète, ne devrait jamais être écrit.,	Continuous-tone	Rare
000716	JPEG (« new-style » JPEG)	Lossy	TIFF 6 Technote2 (1995)	Technote2 supersedes old-style JPEG compression; it is a TIFF 6.0 extension.	Continuous-tone	Uncommon
000816	Deflate (zlib), Adobe variant (official)	Lossless	TIFF Specification Supplement 2 (2002)	RFC 1950 (1996), RFC 1951 (1996), Adobe Photoshop TIFF Technical Notes; it is a TIFF 6.0 extension.,	All	Uncommon
000916	JBIG, per ITU-T T.85	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
000A16	JBIG, per ITU-T T.,43	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
7FFE16	NeXT RLE 2-bit greyscale encoding		Proprietary			Rare
800516	PackBits (a.k.a. Macintosh RLE)	Lossless	TIFF 6.,etary	According to TIFF Specification Supplement 2 it should be considered obsolete but reading is recommended	All	Uncommon
80B316	Kodak DCS		Proprietary			Rare
876516	JBIG		LibTiff		Black and white	Rare
879816	JPEG2000		Proprietary	Includes a complete JP2 file inside a TIFF file, not recommended., Introduced by Leadtools.		Uncommon
879916	Nikon NEF Compressed		Proprietary			Rare
879B16	JBIG2	Lossless, lossy	TIFF-FX Extension Set 1.0	Abandoned IETF draft from 2001		Rare

BigTIFFEdit

The TIFF file formats use 32-bit offsets, which limits file size to around 4 GiB., Certaines implémentations utilisent même un décalage 32 bits signé, rencontrant des problèmes d’environ 2 Gio. BigTIFF est un format de fichier variante TIFF qui utilise des décalages 64 bits et prend en charge des fichiers beaucoup plus volumineux (jusqu’à 18 exaoctets). La spécification du format de fichier BigTIFF a été mise en œuvre en 2007 dans les versions de développement de LibTIFF version 4.0, qui a finalement été publié comme stable en décembre 2011. La prise en charge des formats de fichiers BigTIFF par les applications est limitée.

digital preservationEdit

Adobe détient les droits d’auteur sur la spécification TIFF (alias TIFF 6.,0) ainsi que les deux suppléments qui ont été publiés. Ces documents se trouvent sur la page ressources Adobe TIFF. La norme de télécopie dans la RFC 3949 est basée sur ces spécifications TIFF.

les fichiers TIFF qui utilisent strictement les « ensembles de balises » de base tels que définis dans TIFF 6.0 ainsi que la limitation de la technologie de compression aux méthodes identifiées dans TIFF 6.0 et qui sont correctement testés et vérifiés par plusieurs sources pour tous les documents en cours de création peuvent être utilisés pour stocker des documents., Les problèmes couramment rencontrés dans l’industrie de la gestion de contenu et de documents associés à l’utilisation de fichiers TIFF surviennent lorsque les structures contiennent des en-têtes propriétaires, ne sont pas correctement documentées et/ou contiennent des « wrappers » ou d’autres conteneurs autour des ensembles de données TIFF, et/ou incluent des technologies de compression inappropriées, ou ces technologies de compression,

des variantes de TIFF peuvent être utilisées dans les systèmes d’imagerie documentaire et de gestion de contenu / documents utilisant la compression CCITT Group IV 2D qui prend en charge les images en noir et blanc (bitonal, monochrome), entre autres technologies de compression prenant en charge la couleur. Lorsque la capacité de stockage et la bande passante réseau était un problème plus important que ce que l’on voit couramment dans les environnements de serveur d’aujourd’hui, la numérisation de stockage à grand volume, les documents ont été numérisés en noir et blanc (pas en couleur ou en niveaux de gris) pour économiser la capacité de stockage.

l’inclusion de la balise SampleFormat dans TIFF 6.,0 permet aux fichiers TIFF de gérer des types de données de pixels avancés, y compris des images entières avec plus de 8 bits par canal et des images à virgule flottante. Cette balise a fait TIFF 6.0 un format viable pour le traitement d’image scientifique où une précision étendue est requise. Un exemple serait L’utilisation de TIFF pour stocker des images acquises à l’aide de caméras CCD scientifiques qui fournissent jusqu’à 16 bits par photosite de résolution d’intensité. Le stockage d’une séquence d’images dans un seul fichier TIFF est également possible, et est autorisé sous TIFF 6.0, à condition que les règles pour les images multi-pages soient suivies.,

TIFF/ITEdit

TIFF / il est utilisé pour envoyer des données pour les pages prêtes à imprimer qui ont été conçues sur des systèmes de prépresse haut de gamme. La spécification TIFF/IT (ISO 12639) décrit un format à plusieurs fichiers, qui peut décrire une seule page par ensemble de fichiers. Les fichiers TIFF/IT ne sont pas interchangeables avec les fichiers TIFF courants.

Les objectifs de l’élaboration du TIFF/IT étaient de transférer les formats de bande magnétique IT8 originaux dans une version indépendante du support. TIFF / il est basé sur Adobe TIFF 6.,0 spécification et les deux étend TIFF 6, en ajoutant des balises supplémentaires, et restreint, il en limitant certaines balises et les valeurs dans les balises. Toutes les images TIFF/IT valides ne sont pas des images TIFF 6.0 valides.

TIFF / it définit les formats de fichiers d’image pour encoder des images d’image couleur à tonalité continue, des images de dessin au trait couleur, des images à tonalité continue haute résolution, des images monochromes à tonalité continue, des images d’image binaires, des images d’art au trait binaires, des données projetées et des images de pages finales composites.

Il n’y a pas de type MIME défini pour TIFF/IT., Le type MIME image / tiff ne doit pas être utilisé pour les fichiers TIFF/IT, Car TIFF / IT n’est pas conforme à TIFF 6.0 de base et les lecteurs TIFF 6.0 largement déployés ne peuvent pas lire TIFF/IT. Le type MIME image / tiff (défini dans la RFC 3302) sans paramètre d’application est utilisé pour les fichiers de base TIFF 6.0 ou pour indiquer qu’il n’est pas nécessaire d’identifier un sous-ensemble spécifique de TIFF ou d’extensions TIFF. Le paramètre application doit être utilisé avec image / tiff pour distinguer les extensions TIFF ou les sous-ensembles TIFF. Selon la RFC 3302, des sous-ensembles TIFF spécifiques ou des extensions TIFF doivent être publiés en tant que RFC., Il n’y a pas de RFC pour TIFF/IT. Il n’y a pas non plus de plan du comité ISO qui supervise la norme TIFF/IT pour enregistrer TIFF/IT avec un paramètre image/tiff ou en tant que nouveau type MIME séparé.,

TIFF/it filesEdit

• page finale (FP)
• image à tonalité continue (CT)
• image de travail en ligne (LW)
• fichiers à tonalité continue haute résolution (HC-facultatif)

TIFF/il définit également les fichiers suivants:

• images monochromes à tonalité continue (MP)
• Binary picture images (BP)
• Binary line – art images (bl)
• screened data (SD)

certains de ces types de données sont partiellement compatibles avec les définitions correspondantes dans la spécification TIFF 6.0., La page finale (FP) permet de regrouper les différents fichiers nécessaires à la définition d’une page complète: elle fournit un mécanisme de création d’un package comprenant des couches d’image séparées (de types CT, LW, etc.) à combiner pour créer l’image imprimée finale. Son utilisation est recommandée mais non requise. Il doit y avoir au moins un sous-fichier dans un fichier FP, mais pas plus d’un de chaque type. Il contient généralement un sous-fichier CT et un sous-fichier LW.

l’espace colorimétrique primaire pour cette norme est CMJN, mais d’autres espaces colorimétriques et L’utilisation de profils ICC sont également pris en charge.,

TIFF/it compressionEdit

TIFF/il ne prévoit pas de compression dans la structure de fichier elle-même, mais il n’y a pas de restrictions. (Par exemple, il est permis de compresser toute la structure du fichier dans une archive ZIP.)

les fichiers LW utilisent un schéma de compression spécifique connu sous le nom de codage de longueur D’exécution pour LW (la valeur de la balise de Compression est 808016). Les fichiers HC utilisent également un codage de longueur D’exécution spécifique pour HC (la valeur de la balise de Compression est 808116). Les spécifications TIFF / IT P1 ne permettent pas l’utilisation de la compression dans le fichier CT.,

Voici une liste des schémas de compression TIFF/IT définis:

TIFF/IT P1Edit

L’ISO 12639:1998 a introduit TIFF/IT-P1 (Profil 1) – un sous-ensemble direct de la norme TIFF/IT complète (précédemment définie dans ANSI IT8.8-1993). Ce sous-ensemble a été développé sur la base de la prise de conscience mutuelle à la fois par les normes et les communautés de développement de logiciels qu’une implémentation de la norme TIFF/IT complète par un seul fournisseur était à la fois improbable (en raison de sa complexité) et inutile (car le profil 1 couvrirait la plupart des applications de diffusion, Presque tous les fichiers TIFF/IT dans la publicité numérique ont été distribués en tant qu’ensembles de fichiers TIFF/IT-P1 en 2001. Lorsque les gens parlent de TIFF / IT, ils signifient généralement la norme P1.,

Voici quelques-unes des restrictions sur TIFF/IT-P1 (par rapport à TIFF/IT):

• utilise uniquement CMJN (le cas échéant)
• Il est entrelacé de pixels (le cas échéant)
• a un seul choix d’orientation d’image
• a un seul choix de plage de points
• méthodes de compression restreintes

le niveau de conformité de TIFF/IT et IT maximise la compatibilité entre les systèmes de prépresse électronique couleur (ceps) et les mondes de publication de bureau (Pao). Il fournit une interface propre pour les formats CEPS propriétaires tels que le format Scitex CT / LW.,

TIFF/IT P2Edit

parce que TIFF / IT P1 avait un certain nombre de limitations, un format étendu A été développé. L’ISO 12639: 2004 a introduit un nouveau niveau de conformité étendu – TIFF/IT-P2 (Profil 2)., TIFF/IT-P2 a ajouté un certain nombre de fonctions à TIFF/IT-P1 comme:

• couleurs de tache CMJN seulement (le cas échéant)
• prise en charge de la compression des données CT et BP (JPEG et Deflate)
• prise en charge de plusieurs fichiers LW et CT dans un seul fichier
• prise en charge des fichiers fichiers FP, LW et CT dans un seul fichier appelé fichier GF (group final), mais cela n’a pas été défini dans une version préliminaire de L’ISO 12639:2004.

Ce format n’était pas très utilisé.,

private tagsEdit

la spécification TIFF / IT a préservé la possibilité TIFF pour les développeurs d’utiliser des balises privées. La spécification TIFF/IT est très précise quant à la façon dont ces balises privées doivent être traitées – elles doivent être analysées, mais ignorées.

les balises privées dans la spécification TIFF / IT-P1 étaient à l’origine destinées à fournir aux développeurs des moyens d’ajouter des fonctionnalités spécifiques pour des applications spécifiques. Les balises privées peuvent être utilisées par les développeurs (par exemple, Scitex) pour préserver des valeurs d’impression spécifiques ou d’autres fonctionnalités., Les balises privées sont généralement étiquetées avec des numéros de balises supérieurs ou égaux à 32768.

Toutes les balises privées doivent être demandées à Adobe (l’administrateur TIFF) et enregistrées.

en 1992, le DDAP (Digital Distribution of Advertising for Publication, plus tard Digital Directions in Applications for Production) a élaboré son énoncé d’exigences pour la diffusion de publicités numériques. Cela a été présenté au CGATS (Committee for Graphic arts Technology Standards) accrédité par L’ANSI pour le développement d’une norme de format de fichier accrédité pour la diffusion d’annonces numériques., CGATS a examiné leurs alternatives à cette fin et TIFF semblait être le candidat idéal, à l’exception du fait qu’il ne pouvait pas gérer certaines fonctionnalités requises. CGATS a demandé à Aldus (l’administrateur TIFF) un bloc de leurs propres balises privées TIFF afin d’implémenter ce qui est finalement devenu TIFF/IT. Par exemple, la possibilité d’identifier la séquence des couleurs est gérée par la balise 34017 – la balise de séquence de couleurs.

TIFF / IT a été créé pour répondre au besoin d’une méthode de codage des données raster indépendante du transport dans les normes IT8.1,IT8.2 et IT8.5.,

Normesmodifier

TIFF/IT a été défini dans la norme ANSI IT8.8-1993 en 1993, puis révisé dans la norme internationale ISO 12639:1998 – Prepress Digital data exchange – Tag image file format for image technology (TIFF / IT). La norme ISO remplace la norme ANSI IT8.8-1993. Il spécifie un moyen indépendant du support pour l’échange électronique de données prépresse.

---