Si je dispose de la même image en JPG et en PNG, à partir de laquelle produire le BMP ?

Partez du PNG. Comme le PNG est sans perte, il ne contient pas les artefacts de compression du JPG ; le BMP obtenu porte donc des données de pixels plus propres. En partant du JPG, les halos, les effets de blocs et les lissages de contours sont transférés tels quels dans le BMP et deviennent définitifs. Même si les deux fichiers se ressemblent à l'écran, la différence existe au niveau du pixel, et elle est particulièrement visible sur les images contenant du texte, des lignes et des contours nets.

Que faire si je dois convertir en BMP une image contenant de la transparence ?

Renseignez-vous d'abord sur ce que le système cible fera de la transparence. La variante 32 bits du BMP peut porter un canal alpha, mais cette prise en charge est incohérente d'une application à l'autre et de nombreux lecteurs ignorent purement et simplement l'octet alpha. Dans ce cas, les zones transparentes sont remplies d'un aplat de couleur, et cette couleur peut varier selon le lecteur. La méthode la plus sûre consiste à remplir vous-même l'arrière-plan avec la couleur souhaitée avant la conversion et à supprimer délibérément la transparence : vous ne laissez ainsi rien au hasard.

Le nombre d'étapes dans une chaîne de conversion pose-t-il problème ?

C'est le nombre d'étapes avec perte qui compte, pas le nombre total d'étapes. Vous pouvez circuler autant que vous voulez entre formats sans perte : passer du PNG au BMP, puis revenir au PNG ne modifie pas l'image. En revanche, chaque enregistrement en JPG ajoute une nouvelle couche de dégradation. Si votre chaîne comporte plusieurs étapes JPG, c'est là que se situe le problème. Dans la mesure du possible, produisez le BMP en une seule étape à partir du fichier sans perte le plus proche de la source.

Quelle voie choisir pour les logiciels qui exigent une sortie BMP ?

Q: Mon appareil refuse le BMP alors que le format est pourtant correct. Pourquoi ?

Le problème vient très probablement non pas du format mais de la variante. Le BMP n'est pas une structure homogène : il peut être produit avec différentes profondeurs de bits — 24 bits, 32 bits, 8 bits indexés — et les anciens systèmes n'en acceptent souvent qu'une seule. Par ailleurs, de nombreux appareils embarqués attendent une résolution fixe et rejettent tout fichier de dimensions différentes. Vérifiez dans la documentation de l'appareil la profondeur de bits et la taille en pixels attendues ; si elles ne correspondent pas, même un BMP parfaitement valide peut être refusé.

La bonne formulation du problème

Parfois, vous n'avez pas le choix. Un pupitre de ligne de production, un ancien logiciel Windows, un outil d'import CAO ou l'écran de démarrage d'un appareil n'accepte que du BMP, et il n'y a pas de négociation possible. Dans ce cas, la question à poser n'est pas « dois-je convertir en BMP ? » mais « à partir de quoi dois-je produire le BMP ? »

Car plusieurs voies mènent au BMP, et celle que vous empruntez influence directement le résultat. Cet article compare cette décision.

Le point critique : le BMP transporte la source, il ne l'améliore pas

Avant de passer à la comparaison, clarifions la règle fondamentale, car tout en découle.

Le BMP est un format non compressé qui stocke telles quelles les données de pixels qu'on lui fournit. Il ne corrige pas le contenu, ne l'affine pas, ne nettoie pas les artefacts. La qualité de votre fichier BMP est donc entièrement celle de la source.

Concrètement, cela signifie que le choix de la source est la seule véritable décision dans cette conversion. Il n'y a pas de curseur de qualité à régler dans la conversion elle-même ; ce qui est déterminant, c'est ce que vous fournissez en entrée.

Voie 1 : du JPG vers le BMP

C'est le scénario le plus fréquent, parce que la plupart des images que nous avons sous la main sont déjà en JPG.

Ce qui se passe : le JPG est décodé et les données de pixels sont écrites brutes dans le conteneur BMP. Aucune nouvelle perte n'intervient à cette étape — puisqu'il ne reste plus rien à perdre. Au moment de l'enregistrement du JPG, l'algorithme de compression avait déjà écarté les informations que l'œil perçoit peu.

Résultat : tous les défauts de votre JPG sont transférés tels quels dans le BMP. Les halos autour des contours nets, les effets de blocs dans les dégradés, les lissages dans les textures fines — tout est là, désormais stocké sans compression.

Quand est-ce acceptable : lorsque votre seule source est un JPG et que le système cible se contente d'afficher l'image. Pour un écran de démarrage, un visuel d'interface ou un aperçu, cela suffit généralement.

Quand cela pose problème : lorsque l'image contient du texte, des lignes fines ou des contours nets. Les artefacts JPG sont visibles sur ce type de contenu et deviennent définitifs en BMP. De plus, si l'image doit faire l'objet d'une analyse ou d'une mesure automatisée, les artefacts modifient les valeurs des pixels et peuvent fausser les résultats.

Voie 2 : du PNG vers le BMP

Si vous disposez d'une version PNG de la même image ou si vous pouvez revenir à la source pour produire un PNG, c'est cette voie qu'il faut choisir.

Ce qui se passe : le PNG est un format sans perte ; les données de pixels qu'il contient sont exactement celles enregistrées à l'origine. Ces données sont écrites directement dans le BMP.

Résultat : le BMP obtenu porte des données de pixels plus propres que celui issu de la voie JPG. Les deux fichiers peuvent se ressembler à l'écran, mais la différence existe au niveau du pixel et elle est particulièrement visible sur le texte et les contours nets.

Le seul point de vigilance est la transparence. Le PNG transporte le canal alpha de manière fiable ; le BMP, lui, peut ne pas le faire. Nous consacrons une section distincte à ce sujet plus bas.

Récapitulatif comparatif

| Critère | BMP issu d'un JPG | BMP issu d'un PNG | | --- | --- | --- | | Fidélité des pixels | Artefacts de la source définitifs | Données source à l'identique | | Texte et contours nets | Halos transférés | Propres | | Aptitude à la mesure/analyse | Risqué | Adapté | | Transparence | Déjà absente | Peut disparaître, à contrôler | | Poids du fichier obtenu | Identique | Identique |

La dernière ligne mérite qu'on s'y arrête : le poids du BMP ne dépend pas du tout de la source. À résolution et profondeur de bits égales, les deux voies produisent des fichiers de même taille. Partir du JPG n'offre donc même pas d'avantage en termes de poids — uniquement un désavantage en termes de qualité.

Le piège de la transparence

C'est le problème le plus fréquent quand on part d'un PNG.

La variante 32 bits BGRA du BMP peut contenir un canal alpha, mais cette prise en charge est incohérente d'une application à l'autre. De nombreux lecteurs ignorent totalement l'octet alpha et affichent les zones transparentes en opaque. Quant à la couleur de remplissage, elle varie selon le lecteur ; c'est généralement du blanc ou du noir, mais on ne peut pas s'y fier.

S'il s'agit d'un appareil ou d'un logiciel ancien, le plus prudent est de supposer que la prise en charge de l'alpha est inexistante.

La solution est simple : avant la conversion, remplissez délibérément l'arrière-plan avec la couleur souhaitée. Si un logo doit s'afficher sur un panneau sombre, donnez à l'arrière-plan cette couleur sombre. Vous ne laissez ainsi rien au hasard et obtenez exactement le rendu attendu sur le système cible.

La profondeur de bits : la vraie cause des refus

La plainte « le fichier est un BMP valide mais l'appareil le refuse » vient presque toujours de là.

Le BMP n'est pas une structure homogène. Il en existe des variantes 24 bits, 32 bits et 8 bits indexées, et les anciens systèmes ne savent souvent en lire qu'une seule. Par ailleurs, de nombreux appareils embarqués attendent une résolution fixe : ils rejettent les fichiers de dimensions incorrectes ou les affichent de travers.

Avant de convertir, cherchez ces deux informations dans la documentation du système cible : la profondeur de bits attendue et la taille en pixels attendue. Si elles ne correspondent pas, vous n'obtiendrez aucun résultat, même avec le bon format.

La décision pratique

L'ordre de priorité est clair :

Si vous disposez d'une source sans perte, partez de là. Le fichier de travail original, une copie PNG ou une numérisation sans perte — quel qu'il soit, c'est lui qui donnera le résultat le plus propre.
Si vous n'avez qu'un PNG, partez du PNG. Réglez la question de la transparence en amont.
Si vous n'avez qu'un JPG, partez du JPG. La conversion de JPG en BMP fait le travail ; sachez simplement que les défauts de la source deviennent définitifs.
Évitez plusieurs étapes JPG dans la chaîne. Vous pouvez circuler autant que vous voulez entre formats sans perte, mais chaque enregistrement en JPG ajoute une nouvelle couche de dégradation.

En résumé

Sur le chemin qui mène au BMP, ce n'est pas la conversion elle-même qui est déterminante, c'est la source. Partez en une seule étape de la source la plus dépourvue de perte possible, renseignez-vous en amont sur la profondeur de bits et la résolution attendues par le système cible, et aplatissez vous-même la transparence plutôt que de la laisser au hasard. Si vous faites ces trois choses, vous éliminerez d'emblée la plupart des surprises que réserve le travail avec un système ancien.