Convertir BMP en JPG

C’est la propriété qui envoie les gens ici. Un BMP écrit trois octets pour chaque pixel, sans étape de compression entre les deux, donc sa taille est fixée par les dimensions seules : 6,2 Mo pour 1920 sur 1080, 26 Mo pour une page A4 scannée à 300 dpi, 36 Mo pour une photographie 4000 sur 3000. Une image entièrement blanche de ces dimensions est exactement aussi grosse qu’une image détaillée.

Le JPG fonctionne à l’envers. Il transforme des blocs de pixels en coefficients de fréquence et ne dépense des octets que là où il y a quelque chose à décrire, donc un schéma plat s’effondre à quelques dizaines de kilooctets tandis qu’une photographie bruitée reste substantielle. C’est toute la différence, et c’est pourquoi personne ne peut vous dire à l’avance à quel point votre fichier va maigrir. La seule procédure honnête est de convertir le fichier et de regarder le chiffre, ce qui prend une seconde ici parce que le travail se fait sur votre propre machine plutôt qu’après un envoi.

Du détail que l’œil remarque mal : les variations fines de couleur plus agressivement que les variations fines de luminance, et le contenu de plus haute fréquence à l’intérieur de chaque bloc. Sur une photographie à un réglage raisonnable, c’est vraiment invisible à la taille d’affichage normale, ce qui explique que le JPG soit le format photographique par défaut depuis 1992.

Ce n’est gratuit nulle part ailleurs. Les bords francs sont précisément le contenu de haute fréquence que la transformée jette en premier, donc le texte, les captures d’écran, le dessin au trait et un logo sur aplat se voient affublés d’un voile visible autour de chaque frontière. Le sujet décide si cette conversion est une bonne idée, et le sujet d’un BMP est très souvent une capture d’écran. Le signal est facile à repérer une fois qu’on le connaît : zoomez à 100 pour cent et regardez les pixels juste autour d’une lettre ou d’un bord franc. Une légère ondulation grise qui n’existait pas dans le bitmap signifie que l’encodeur dépense son budget sur des bords qu’il n’a jamais été conçu pour préserver.

L’encodeur utilise par défaut 82 sur l’échelle habituelle de 1 à 100. C’est un choix délibéré plutôt qu’arbitraire : il se place juste au-dessus du seuil où les artefacts commencent à être visibles sur les photographies ordinaires, et c’est le réglage qui rend le compromis invisible.

Les vraies économies vivent en dessous. Passer de 82 à 70 fait une différence réelle sur le nombre d’octets et reste tout à fait acceptable pour quelque chose qui sera consulté sur un téléphone ; passer de 82 à 95 coûte beaucoup et n’achète presque rien qu’une personne verra. L’échelle n’est pas linéaire et n’est un pourcentage de rien — c’est le cadran propre de l’encodeur, et le même nombre en WebP ou en AVIF signifie une quantité différente de perte. Si le fichier ne passe toujours pas après tout cela, le levier à attraper est la dimension plutôt que la qualité, et c’est la troisième section qui suit.

Le JPG n’a pas de canal alpha — pas réduit, pas du tout — donc tout pixel transparent doit devenir opaque avant de pouvoir être encodé. Quand la source est l’une des variantes 32 bits du BMP qui portent un alpha, l’image est d’abord plaquée sur un fond.

Ce fond est blanc, et cette page ne vous demande pas de choisir la couleur. C’est un vrai manque plutôt qu’un choix de design : les pages qui convertissent un PNG vers un format opaque proposent le choix, et celle-ci hérite d’une valeur par défaut. Si la couleur de remplissage compte pour vous, aplatissez l’image vous-même dans un éditeur avant de convertir, plutôt que de découvrir le résultat après coup.

Le BMP dont vous êtes parti contient chaque pixel exactement. Le JPG, non, et il n’existe aucun réglage, outil ni conversion ultérieure qui récupère ce que l’encodeur a choisi de laisser de côté. Reconvertir le JPG en BMP produit un gros fichier contenant les pertes plutôt que l’original.

Gardez donc le BMP si c’est le seul exemplaire. La règle qui en découle mérite d’être portée au-delà de cette page : montez et archivez dans le fichier sans perte, exportez en JPG au moment de l’envoi, et ne retouchez jamais un JPG en le réenregistrant — chaque passage dans l’encodeur le dégrade un peu plus, et c’est la perte par génération qui fait la réputation du format.

Si le BMP est une capture d’écran, une maquette d’interface, un graphique, un dessin scanné ou quoi que ce soit fait d’aplats et de bords francs, c’est la mauvaise cible. Le JPG va dégrader visiblement le texte et produit souvent, pour ce type de contenu, un fichier plus gros qu’un format sans perte.

Le PNG est la bonne réponse, et il est à un clic. Ce n’est pas une petite distinction : les fichiers BMP viennent de manière disproportionnée de Paint, d’utilitaires de capture et de pilotes de scanner, donc le cas du contenu plat n’est pas l’exception sur cette page — il représente près de la moitié de ce qui arrive. Une capture 960 sur 640 qui fait 1,84 Mo en bitmap est passée à 468 ko en PNG lors d’une mesure sur ce site, chaque pixel exactement comme il était. Un JPG de la même image ne battrait pas ce chiffre de manière fiable et n’égalerait certainement pas le résultat.

Le JPG est l’un des formats qui portent le plus de métadonnées — EXIF, XMP, IPTC, un profil ICC et des coordonnées GPS ont tous leur place définie dans le fichier, ce qui explique qu’une photo de téléphone transporte autant d’historique avec elle.

Un BMP n’en a aucune. Le registre n’enregistre aucun conteneur de métadonnées pour le format, et ce pipeline ne passe à l’encodeur qu’une grille de valeurs de pixels et rien d’autre, donc le JPG sort sans date de prise de vue, sans nom d’appareil, sans champ de logiciel et sans localisation. Pour une fois, cela fait de cette direction le choix qui préserve la vie privée par défaut plutôt que par effort — il n’y a rien à supprimer, parce qu’il n’y a jamais rien eu à supprimer.

Les dimensions sont le levier le plus puissant et celui auquel on pense en dernier. Diviser la largeur d’une image par deux divise le nombre de pixels par quatre, et le JPG maigrit d’à peu près le même facteur tout en restant identique partout où il est affiché plus petit que sa taille native.

Une photographie 4000 sur 3000 ramenée à 2000 sur 1500 reste plus grande que n’importe quel écran de téléphone et plus grande que la zone imprimable de la plupart des documents. Fixez la largeur maximale avant la conversion, et elle est appliquée dans la même passe de canevas que le reste du travail, donc l’image est rééchantillonnée une fois au lieu de deux et aucun bord ne s’introduit en route. Combiner une réduction modeste avec la qualité 75 fait passer à peu près n’importe quel bitmap sous à peu près n’importe quelle limite, et dans cet ordre — réduisez d’abord, ne baissez la qualité que si c’est encore trop gros.

Chaque fichier peut aller jusqu’à 100 Mo, ce qui représente environ 33 mégapixels de bitmap non compressé. Déposez un dossier et chaque fichier est converti à son tour, garde son nom avec l’extension changée, et l’ensemble revient dans un ZIP unique, sans file d’attente ni quota journalier.

Comme les sorties sont petites, les lots ici sont limités par les sources plutôt que par les résultats — l’opposé d’une conversion vers BMP. Un dossier de trois cents sorties de scanner est anodin ; un bitmap unique de 200 Mo est le cas qui ne passera pas.

Rarement parce que personne ne sait le lire. Tous les navigateurs affichent un BMP, et le format est assez ancien et documenté pour que les décodeurs soient partout. Ce qui le refuse, c’est la couche au-dessus : limites de pièces jointes, formulaires d’upload qui acceptent une liste courte d’extensions, systèmes de contenu qui ne stockeront pas une image mesurée en dizaines de mégaoctets.

Le JPG passe toutes ces étapes pour la même raison : c’est ce que ces systèmes ont été écrits à attendre. C’est le format photographique par défaut depuis 1992, spécifié dans ITU-T T.81, et il n’existe pas un appareil ni un service qui ne puisse en afficher un. Cela fait de cette conversion un acte de compatibilité autant que de compression, et c’est la raison de la faire à la frontière — au moment de l’envoi — plutôt que sur la copie que vous gardez.