Convertir TIFF en BMP

Il n’y a pas d’argument de qualité d’image pour cette conversion. Le TIFF est le format le plus capable sur tous les axes — plus de modèles de couleur, plus de profondeurs de bits, plus de pages, vraies options de compression — et le BMP est un format Microsoft de 1987 qui stocke un rectangle de pixels et presque rien d’autre. Si vous êtes ici, c’est qu’un logiciel ou un matériel vous a dit ce qu’il accepte.

C’est une situation légitime et courante. Les applications de laboratoire et d’inspection, les outils de vision par ordinateur, les affichages embarqués, les contrôleurs industriels et une longue traîne de programmes Windows écrits dans les années 1990 lisent le BMP et uniquement le BMP, précisément parce qu’il est trivial à analyser : un en-tête, puis les pixels, sans codec à licencier et sans bibliothèque à lier. La conversion existe pour satisfaire cette exigence, et le reste de cette page concerne la manière de la faire sans endommager silencieusement l’image.

Un BMP 24 bits non compressé avec un BITMAPINFOHEADER — la base simple que tout lecteur jamais écrit comprend. Trois détails du format méritent d’être sus si vous écrivez le code qui le consomme : les lignes sont stockées de bas en haut, les canaux sont ordonnés bleu-vert-rouge plutôt que rouge-vert-bleu, et chaque ligne est complétée jusqu’à un multiple de quatre octets.

Les trois sont dans la spécification plutôt que des choix faits ici, et les trois sont la cause habituelle d’une image qui arrive à l’envers, bleue là où elle devrait être rouge, ou décalée en diagonale. Le champ de résolution est écrit à 2 835 pixels par mètre, ce qui fait 72 dpi, et n’est pas reporté depuis le TIFF. Pas grand-chose ne lit ce champ, mais y écrire un zéro fait que certains vieux visualiseurs refusent le fichier, donc un vrai nombre y est mis.

Les deux formats sont non compressés tels qu’ils sont écrits ici, donc la taille de fichier est arithmétique plutôt qu’un jugement. Les échantillons 480 par 320 de ce site sortent à 615 400 octets en TIFF et 460 854 en BMP, à chaque fois, quelle que soit l’image.

La différence est le canal alpha : le TIFF écrit ici stocke quatre canaux à 8 bits chacun et le BMP en stocke trois, donc un quart des octets disparaît avec la transparence. Contre un TIFF qui était compressé avec LZW ou Deflate — ce qui est la plupart des TIFF de scanners réels — la direction s’inverse brutalement et le BMP peut être plusieurs fois plus gros. Ce n’est pas un problème à résoudre, c’est le format qui fait ce pour quoi il est fait : un BMP est censé être lu sans aucun travail de décodage.

Le BMP tel qu’il est produit ici ne porte pas d’alpha, donc toute transparence doit devenir quelque chose. L’image est composée sur une couleur de fond unie d’abord, dans la même passe que toute mise à l’échelle, ce qui évite la frange de pixels semi-transparents que l’aplatissement après une mise à l’échelle laisserait.

La couleur est blanche par défaut et il y a un contrôle pour elle. Choisissez-la délibérément plutôt que d’accepter la valeur par défaut quand la destination est une machine : une routine d’inspection qui seuille l’image, ou un pilote d’affichage qui traite une couleur comme sa clé, se comportera complètement différemment sur du blanc que sur du noir ou du magenta. Si la transparence elle-même était l’information — un masque, une segmentation, une région détourée — alors le BMP ne peut pas la porter du tout et TIFF en PNG est la paire qui le peut.

Une grande partie de la sortie d’instrument est en 16 bits par canal, et c’est souvent là que vit la mesure plutôt que là que vit l’image. Ce pipeline décode en 8 bits en gardant l’octet de poids fort de chaque échantillon : mesuré sur un TIFF en niveaux de gris 16 bits, une valeur stockée de 30 000 revient comme 117.

Pour tout ce qui sera regardé par une personne, c’est invisible ; un écran affiche huit bits. Pour tout ce qui sera mesuré par un logiciel — densitométrie, intensité de fluorescence, carte de profondeur, raster d’élévation stocké en TIFF — c’est une perte catastrophique et silencieuse, et le BMP n’aurait de toute façon pas pu porter les bits supplémentaires. Si le logiciel de destination a réellement besoin de données 16 bits et ne lit réellement que le BMP, ces deux exigences sont en conflit et le logiciel mérite d’être relu sur ce point.

Le TIFF est un conteneur et contient plusieurs images par fichier ; le BMP en contient une. Le lecteur ici prend la page une et s’arrête, sans erreur et sans rien dans l’interface qui mentionnerait qu’il en existait d’autres. Les scanners, les passerelles de fax et les systèmes d’archives produisent tous des TIFF multi-pages comme une matter of course, donc cela mérite d’être vérifié avant un lot plutôt qu’après.

Scinder d’abord est la correction — ImageMagick, IrfanView ou le logiciel du scanner le fera — et chaque page se convertit alors en son propre BMP. Les couches vont de la même manière et sont aplaties dans le composite, ce qui est presque toujours ce qui était voulu. Si les pages vont ensemble et que la destination peut être persuadée de l’accepter, TIFF en PDF est la conversion qui les garde toutes dans un seul fichier.

Un TIFF en niveaux de gris se convertit proprement : la valeur de gris est écrite dans les trois canaux, donc le BMP est gris et trois fois plus gros qu’il n’a besoin de l’être. Un scan bitonal noir et blanc fait la même chose et est le pire cas en taille, parce qu’une page de fax qui occupait 40 Ko en Groupe 4 devient plusieurs mégaoctets de pixels 24 bits.

Un TIFF CMJN — le genre que produit un flux d’impression — est converti en RVB avec une formule fixe plutôt qu’à travers le profil ICC embarqué dans le fichier. L’image est reconnaissable et les couleurs ne sont pas exactes, en général plates dans les ombres profondes. Comme le BMP n’a pas non plus la notion de profil de couleur, il n’y a nulle part où la bonne réponse pourrait être stockée même si elle était calculée. Pour tout ce qui est critique en couleur, faites la conversion dans un logiciel qui honore le profil et apportez le résultat ici en tant que TIFF RVB.

Les lecteurs TIFF sont en désaccord les uns avec les autres plus que ceux de n’importe quel autre format, donc la couverture ici a été vérifiée contre des fichiers plutôt que contre la spécification. Non compressé, LZW, Deflate, PackBits, JPEG-in-TIFF et fax Groupe 3 et Groupe 4 décodent tous, en couleur, en niveaux de gris et en bitonal noir et blanc, tuilé ou en bandes.

Cela couvre essentiellement tout ce qu’un scanner de documents, une attache d’appareil photo ou une archive produit. Ce que cela ne couvre pas, c’est un TIFF qui est en réalité autre chose portant l’extension — un fichier raw d’appareil photo, qui est structurellement un TIFF et a besoin d’un démosaïçage plutôt que d’un décodage. Ceux-là ont leurs propres pages sous leurs propres extensions. Si un fichier est refusé ici, c’est en général pour cette raison.

Les deux moitiés tournent dans l’onglet : utif2 lit le TIFF, et le BMP est écrit à la main en quelques dizaines de lignes parce que le format est un en-tête et un bloc de pixels et ne justifie pas l’expédition d’une bibliothèque d’images. Rien n’est téléversé, ce qui compte quand les images sont des dossiers de patients, des résultats d’inspection ou quoi que ce soit sous accord client.

La limite gratuite est de 100 Mo par fichier, et la sortie BMP n’a pas de plafond de taille propre — contrairement au WebP, qui s’arrête à 16 383 pixels sur une arête. Les lots fonctionnent : déposez un dossier, chaque fichier se convertit avec sa propre ligne de progression, et les résultats reviennent en ZIP. Comme la sortie BMP fait exactement trois octets par pixel, un lot de grands scans produit un ZIP très volumineux, ce qui mérite d’être su avant d’en commencer un.