Convertir PNG en BMP

C’est ce qui distingue la conversion d’un PNG de celle d’une photographie, et c’est la seule décision que la conversion vous demande réellement. Un PNG porte un canal alpha à 256 niveaux ; le BMP n’a pas de transparence utilisable du tout. Tout pixel transparent doit donc devenir un pixel opaque, et quelque chose doit dire de quelle couleur.

Ce choix est définitif. Il n’y a pas moyen de récupérer la transparence depuis le BMP ensuite — l’information n’est pas cachée, elle est remplacée. Cela mérite trente secondes de réflexion plutôt que d’accepter une valeur par défaut et de s’en apercevoir plus tard.

Blanc pour tout ce qui va dans un document, une page imprimée ou une interface claire. Noir pour un affichage sombre ou une application sombre. Et pour un écran embarqué ou un équipement, la couleur exacte du panneau derrière l’illustration, qui est en général précisée dans la documentation qui vous a été remise.

Se tromper se voit plutôt que se devine : un logo rempli en blanc et posé sur un panneau sombre apparaît dans un rectangle blanc. Ce n’est pas un défaut de la conversion — c’est que la transparence qui cachait le rectangle n’existe plus.

L’anticrénelage fonctionne en rendant les pixels le long d’une courbe ou d’une diagonale partiellement transparents, ce qui fait qu’un coin arrondi paraît lisse au lieu de crénelé. Ces pixels ne sont pas entièrement transparents, si bien qu’ils sont mélangés à la couleur de fond choisie plutôt que remplacés par elle.

Mélangés à la couleur prévue, le bord reste lisse et personne n’y prend garde. Mélangés à une autre couleur, l’illustration porte un faible halo de la mauvaise couleur tout autour — le signe classique d’un logo qui a été aplati sur du blanc puis posé ailleurs. C’est une raison de plus pour que la couleur de remplissage corresponde à la destination plutôt que d’être simplement neutre.

Le PNG est sans perte et le BMP est non compressé, si bien que chaque pixel opaque est transporté à l’identique. Aucun détail n’est cédé, aucun bord n’est adouci, et l’image dans le BMP est l’image qui était dans le PNG.

Cela fait de cette conversion un cas rare où la seule perte est celle décrite plus haut. Cela veut aussi dire qu’il n’y a rien à gagner : l’image ne peut pas être améliorée par le changement, et toute attente dans cette direction mérite d’être écartée avant de commencer.

Le PNG compresse sans perte, et il est très bon précisément sur le type de matière qu’on convertit ici — aplats, bords francs, grandes zones d’une même valeur. Le BMP stocke chaque pixel en octets bruts sans compression du tout.

L’écart est donc le plus large précisément sur les logos et les graphiques d’interface. Une icône plate de 1000 sur 1000 peut faire 40 kilo-octets en PNG et environ 3 mégaoctets en BMP, et la différence n’a rien à voir avec la qualité. La taille ne dépend que des dimensions, ce qui est pourquoi réduire la largeur maximale est le seul levier qui change quelque chose.

Des logiciels et du matériel qui lisent les pixels directement plutôt que d’implémenter un décodeur : affichages embarqués, applications industrielles et de laboratoire, équipement de point de vente, programmes Windows anciens, et occasionnellement un devoir d’école qui précise le format justement pour cette raison.

Pour toute autre destination, gardez le PNG. Il est plus petit, conserve sa transparence, s’ouvre partout, et c’est le fichier que vous voudriez récupérer si la destination change un jour. Convertissez à la limite et traitez le BMP comme quelque chose qu’on passe à une machine plutôt que comme quelque chose qu’on stocke.

Déposez tout un dossier : chaque fichier est converti à tour de rôle sur votre propre machine, garde son nom avec l’extension échangée, et le lot revient dans un seul ZIP. Il n’y a pas de téléversement, pas de file d’attente, pas de plafond journalier.

La contrainte qui mérite d’être anticipée est la taille. Les sorties non compressées s’additionnent vite, et un dossier de graphiques d’interface peut produire des centaines de mégaoctets qui doivent tous tenir dans la mémoire du navigateur pendant que l’archive est assemblée. Pour un grand ensemble, convertir en groupes plus petits est l’approche pratique.

Le BMP que cette conversion écrit est en 24 bits sans canal alpha, ce qui est la variante la plus largement lue et la seule qui mérite le détour. C’est la même raison que celle qui rend la conversion définitive : un BMP sans alpha n’a aucun moyen de revenir à la transparence qu’il a perdue.

Pour un logiciel qui n’accepte rien d’autre, c’est ce qu’il faut. Pour toute autre destination — fichier compact, image avec fond transparent, fichier qui traverse le web — un autre format fait mieux, et il n’y a pas de raison de produire un BMP qui ne sera pas lu tel quel.