Convertir GIF en TIFF

Les exigences qui nomment TIFF viennent presque toujours de la numérisation de documents et de photos, là où le format a sa raison d’être : seize bits par canal, CMJN et Lab, profils ICC embarqués, et une structure d’étiquettes lisible depuis 1986. Un service d’archives qui se standardise dessus protège des numérisations de papier pour les trente ans à venir.

Un GIF qui sort d’un site web de 2003 ne relève d’aucun de ces cas et doit pourtant satisfaire la même règle. Cette conversion produit un fichier conforme, et l’attente raisonnable est qu’il se conforme plutôt qu’il n’améliore. Là où le versement accepte le PNG comme alternative pour le graphique né-numérique, c’est la meilleure solution et un fichier bien plus petit.

Le TIFF produit ici est un fichier de base non compressé : chaque pixel est stocké comme quatre valeurs de canal, à la suite, avec un bloc d’étiquettes qui décrit la géométrie. Une image de 480 par 270 fait 518 400 octets de données de pixel quoi qu’elle montre, plus une petite en-tête.

TIFF définit bel et bien des schémas de compression — LZW, Deflate, et les codages fax — et ce convertisseur n’en utilise aucun. C’est un arbitrage délibéré vers la plus large compatibilité possible, parce que la seule chose que tous les lecteurs TIFF jamais écrits acceptent est la base non compressée, et un fichier que le validateur d’archives ne peut pas lire a échoué à la seule tâche qu’il avait.

Un GIF peut déclarer une entrée de palette transparente, et presque toutes les autres conversions vers une image fixe sur ce site ont à faire quelque chose de cela — remplir avec du blanc, vous demander une couleur, ou la supprimer en silence. TIFF a un canal alpha et ce chemin l’écrit tel quel.

La conséquence pour un dépôt est que le fichier préserve le graphique tel qu’il a été conçu, y compris le fait qu’il était prévu pour s’asseoir sur un fond inconnu. Si la spécification de versement exige plutôt une image opaque et à fond défini, c’est une demande de compositer le graphique sur un fond explicite — ce que la voie JPEG ou BMP fait explicitement, avec une couleur que vous choisissez.

TIFF est un conteneur, et parmi ses capacités il y a plusieurs images dans un seul fichier, des calques, et un bloc d’étiquettes que d’autres applications étendent avec leurs propres données. Le TIFF multi-pages est la façon dont un rapport scanné de vingt pages voyage comme un seul objet.

Cette conversion écrit une seule image. Un GIF animé est décodé sur sa première frame, et c’est ce que contient le fichier — donc la séquence ne devient pas un TIFF multi-pages. Si les frames comptent comme ensemble, il faut les extraire une à une et assembler les pages dans un outil dédié, ce qui est un travail différent de celui-ci.

Il faut nommer exactement ce qui est versé. Une frame de GIF est un index dans une palette d’au plus 256 couleurs, et cette palette a été choisie — habituellement par une application, habituellement avec du tramage — au moment où le GIF a été créé. Tout ce que l’original avait au-delà de ces 256 valeurs a été écarté alors.

Le TIFF préserve fidèlement et définitivement le résultat de cette décision, ce qui est exactement ce que veut une archive : l’objet tel qu’il a circulé, pas une supposition de ce qu’il aurait pu être. Ce qu’il ne peut pas faire, c’est défaire la quantification, et aucun format, réglage ou étape de traitement postérieur n’y parviendra. Un dégradé tramé reste un dégradé tramé à 16 bits par canal exactement comme à 8 bits.

Les chaînes d’impression pensent en taille physique : une figure fait 90 millimètres de large à 300 points par pouce. Un GIF n’enregistre rien de tel. Il stocke une grille de pixels et aucune indication sur la taille que cette grille est censée avoir sur le papier.

La question de la résolution ne peut donc pas être tranchée par la conversion et doit l’être dans la mise en page. Un graphique de 480 pixels de large placé à 300 dpi fait 40 millimètres de large, et l’agrandir davantage dans la mise en page n’ajoute aucun détail — il agrandit les pixels. Si une spécification d’impression exige une résolution effective minimale, vérifiez les dimensions en pixels contre la taille physique prévue avant la conversion, pas après.

La prise en charge de TIFF par les navigateurs est enregistrée comme aucune. Aucun navigateur ne l’a jamais implémenté, donc le fichier ne peut pas être contrôlé en le glissant dans un onglet, ne peut pas être embarqué dans une page, et ne peut pas être prévisualisé dans la plupart des outils de revue web.

C’est une fonctionnalité dans le contexte où on l’emploie — une matrice d’archivage n’est pas censée être la copie de diffusion — mais cela veut dire qu’il faut garder une version visualisable à côté. L’arrangement habituel est le TIFF dans le dépôt et un PNG ou JPEG en copie d’accès, générés depuis la même source plutôt que depuis le TIFF.

Si la spécification admet un format sans perte et ne fait que nommer TIFF en premier, le PNG est la meilleure réponse pour un GIF. Il est sans perte exactement au même sens, il conserve le canal alpha, chaque navigateur et chaque visionneuse l’ouvre, et il fera une fraction de la taille parce qu’il compresse vraiment.

Le cas pour continuer est quand l’exigence est écrite en TIFF et n’est pas négociable, ou quand le fichier rejoint une collection où tous les autres objets sont des TIFF et où la cohérence a sa propre valeur. Les deux cas sont courants, et aucun n’a besoin que la conversion prétende améliorer quoi que ce soit.

Le décodage et l’encodage se font tous les deux dans l’onglet du navigateur, sans serveur impliqué et sans compte. Pour un matériau destiné à un dépôt, c’est souvent une exigence ferme — une règle de chaîne de conservation qui dit qu’aucun élément ne doit passer par un tiers — et elle est satisfaite ici par l’absence de tiers dans le parcours. La page elle-même peut être consultée hors ligne une fois chargée, ce qui couvre les cas où la machine de versement n’est pas non plus en ligne.

La version gratuite accepte les fichiers jusqu’à 100 Mo, ce qui pour un GIF est extraordinairement grand. Convertir un dossier fonctionne de la même manière et produit un TIFF par entrée, téléchargeables ensemble, dans le même ordre où les fichiers ont été déposés. Aucune file d’attente ne se forme et aucun quota journalier n’est décompté, donc une collection entière peut être traitée en une seule passe et emportée comme un seul ZIP.