Convertir HEIC en BMP

Personne ne choisit BMP. Les recherches qui atterrissent ici viennent d’une boîte de dialogue de fichier : un système de gestion de stock, une imprimante d’étiquettes d’entrepôt, une suite de badges, un utilitaire de caméra de microscope ou de jauge, un logiciel de conception de tricot ou de broderie, ou quelque chose qu’un sous-traitant a écrit en Visual Basic en 2003 et que personne n’a touché depuis. La liste des extensions qu’il propose a été écrite quand JPEG était neuf, et BMP y est parce que BMP a été sur chaque liste de ce genre depuis Windows 3.0.

C’est toute la raison de cette page. Si le programme prend un PNG, prenez la voie PNG et arrêtez de lire — ce sont les mêmes pixels dans un tiers de l’espace. Si la liste s’arrête vraiment à BMP, JPG et TIF, alors BMP est l’option qui ne compresse pas votre photographie une seconde fois, et le reste de cette page porte sur ce que cela coûte.

Un BMP est un en-tête suivi de pixels. Cinquante-quatre octets décrivent la largeur, la hauteur et la profondeur de couleur, et tout ce qui suit est l’image, en ordre. Un programme peut en lire un sans aucune bibliothèque, ce qui est la raison pour laquelle le format a survécu à quatre décennies de Windows et pourquoi chaque importateur ancien le supporte.

HEIC est le genre opposé de chose. C’est un conteneur ISO base media — la même structure de boîte-et-atome qu’un MP4 — qui tient des données d’image compressées avec HEVC, le codec vidéo. En ouvrir un veut dire livrer un décodeur HEVC et traiter le pool de brevets derrière, ce qui est la raison pour laquelle le support est arrivé tard même dans les propres produits de Microsoft et n’est jamais arrivé du tout dans la longue traîne des petits logiciels de bureau. L’écart n’est pas de la paresse ; c’est une dépendance réelle qu’un bitmap n’a pas.

Trois octets par pixel, une ligne après l’autre, chaque ligne complétée à un multiple de quatre octets, plus 54 octets d’en-tête. Une photo iPhone de 12 mégapixels à 4 032 par 3 024 demande 12 096 octets par ligne, ce qui est déjà un multiple de quatre, donc cela fait 36 578 304 octets de données de pixel et 36 578 358 octets au total — 36,6 Mo. Le HEIC d’où elle venait était très probablement entre 1,5 et 2,5 Mo.

Ce facteur d’environ vingt est l’objet du format et le prix de celui-ci. Une frame de 48 mégapixels d’un iPhone 14 Pro ou ultérieur, 8 064 par 6 048, arrive près de 146 Mo. Tout ce qui est à cette taille se déplacera lentement dans un programme qui attendait un formulaire scanné, et certains importateurs anciens ont leurs propres limites bien en dessous — ce qui plaide pour fixer une largeur maximale pendant la conversion plutôt que de découvrir le plafond après coup.

Un en-tête de fichier de 14 octets, un BITMAPINFOHEADER de 40 octets, puis les pixels : 24 bits chacun, bleu avant vert avant rouge, lignes allant de bas en haut. Les trois ressemblent à des erreurs et les trois sont dans la spécification — BMP a été conçu autour de la façon dont un adaptateur d’affichage de l’époque voulait être alimenté, et la disposition n’a jamais changé.

Les deux champs de résolution sont écrits à 2 835 pixels par mètre, ce qui fait 72 dpi. Pas grand-chose ne les lit, mais un zéro là fait que certains visionneurs anciens rejettent le fichier d’emblée, donc un vrai nombre y va. Il n’y a pas de table de couleurs, pas de champ de compression utilisé et pas de profil ICC, parce que le format tel qu’il est écrit ici n’a nulle part où en mettre un.

Un fichier HEIC peut tenir dix bits par canal et votre iPhone utilise cette marge, en particulier dans les dégradés doux où huit bits montrent leurs paliers — un ciel clair, un mur éclairé d’un côté, une peau en lumière douce. Le bitmap écrit ici est à huit bits par canal, donc ces niveaux supplémentaires sont quantifiés au passage.

Sur une photographie destinée à une imprimante d’étiquettes ou un outil de mesure, c’est invisible et sans importance. Cela n’importe que si le programme récepteur va étirer les tons de façon importante, parce que le banding qui n’était pas visible dans la source peut devenir visible une fois que la plage est écartée. Si c’est le travail, gardez aussi le HEIC ; le bitmap en huit bits est la copie que vous donnez à la machine, pas celle que vous éditez.

Un iPhone tague ses photographies avec l’espace colorimétrique Display P3, qui est sensiblement plus large que sRGB en rouges et verts saturés. Un BMP n’a aucun champ pour un profil de couleur, donc ce tag ne voyage pas, et quoi que ce soit qui lise le fichier traitera les nombres comme du sRGB.

En pratique le résultat est une couleur saturée un peu éteinte plutôt qu’un changement dramatique, et la plupart des logiciels industriels ou utilitaires auraient de toute façon ignoré un profil. Si la couleur exacte compte — assortir un produit à un échantillon, par exemple — cette voie est la mauvaise, et un format qui porte un profil devrait être utilisé à la place.

HEIC peut porter un canal alpha, et quelques flux de travail adjacents à l’iPhone en produisent un. Le bitmap ne le peut pas : l’écriture ici émet 24 bits par pixel sans alpha, donc tout ce qui est transparent est composé avant que les pixels soient écrits, sur la couleur de fond réglée au-dessus de la zone de dépôt, qui commence à blanc.

Pour une photographie d’appareil ordinaire il n’y a rien de transparent à remplir et le contrôle est théorique. Si vous avez un HEIC avec un véritable détourage et avez besoin d’une couleur précise derrière, fixez cette couleur avant la conversion plutôt que de vous fier au blanc par défaut — ou convertissez plutôt en PNG, qui garde la transparence au lieu de vous demander de la régler avec une couleur.

Le réglage de largeur maximale est le seul contrôle sur cette paire qui change le résultat d’un ordre de grandeur, parce que la taille du fichier est directement proportionnelle au compte de pixels. Couper 4 032 pixels à 1 024 fait passer le résultat de 36,6 Mo à environ 2,4 Mo, et pour un badge, une étiquette, une entrée de catalogue de pièces ou une pièce jointe de formulaire c’est bien plus de résolution qu’il n’en faut.

Décidez le nombre à partir de ce que le programme fait de l’image plutôt que de la sortie du téléphone. Une photographie affichée à 300 pixels sur un écran ne tire pas parti de 4 032, et un bitmap est le format où chaque pixel inutilisé est payé en entier, à chaque fois que le fichier est ouvert ou copié.

Déposez toute la sélection plutôt qu’un fichier à la fois. Chacun est décodé et écrit séparément avec sa propre progression, et les bitmaps finis peuvent être pris ensemble comme un seul ZIP, ce qui se trouve être aussi la façon sensée de déplacer trente fichiers de 36 Mo sur un réseau.

Le niveau gratuit accepte des fichiers d’entrée jusqu’à 100 Mo, ce que chaque HEIC dépasse avec une marge confortable — la contrainte sur cette paire est la sortie plutôt que l’entrée. Le travail tourne sur votre propre processeur, donc un grand lot est limité par votre machine plutôt que par une file d’attente derrière les jobs d’autres gens.

Le bitmap est un format de livraison, pas une copie qui vaut la peine d’être gardée. Il ne porte ni horodatage, ni information d’appareil, ni localisation, ni profil de couleur, et il occupe vingt fois l’espace du fichier dont il vient, donc une archive de BMP est le pire des deux côtés.

Gardez les fichiers HEIC là où ils sont, dans la bibliothèque Photos ou partout d’où ils ont été exportés, et traitez chaque BMP comme une sortie jetable qui peut être régénérée en quelques secondes. Si le vieux programme gagne plus tard un importateur PNG, ou est remplacé, vous aurez toujours les originaux avec leurs dates et leurs couleurs intactes.