Convertir BMP en JXL

JPEG XL vient du comité JPEG et a été normalisé comme ISO/IEC 18181-1 en 2022. Il compresse sans perte aussi bien qu’avec pertes, gère jusqu’à 32 bits par canal, porte l’alpha et l’animation, et visait explicitement à être le format dans lequel on garde une image plutôt que celui qu’on sert.

C’est une bonne description de ce que quelqu’un avec un grand bitmap non compressé veut. Un BMP est un maître par accident — il est non compressé parce que rien n’écrit les modes run-length que le format définit, et non parce que quelqu’un a choisi la fidélité — et le déplacer dans quelque chose qui garde les pixels et arrête de coûter trois octets chacun est un réflexe sensé. Le registre liste l’archivage et la photographie comme usages de JPEG XL, et fichiers volumineux comme problème connu de BMP, donc sur le papier les deux ont été faits l’un pour l’autre. Le reste de cette page concerne la distance entre cette lecture et ce que ce convertisseur peut réellement vous donner.

L’encodeur ici produit du JPEG XL avec pertes à la qualité 82, le même défaut que toute cible avec pertes du site. Il n’écrit pas le mode sans perte, et il n’y a aucun réglage sur la page qui y bascule.

Donc le réflexe ci-dessus atterrit sur la mauvaise page. Ce que vous obtenez est une petite image moderne bien compressée qui n’est pas le bitmap dont vous êtes parti, dans un conteneur que la plupart des logiciels ne savent toujours pas ouvrir. Cette combinaison est pire que chaque problème pris isolément, et c’est la raison pour laquelle cette section est la deuxième plutôt que la dernière. Le dire ici plutôt que dans une note de bas de page est le but : une conversion qui aurait fait tranquillement la chose avec pertes pendant que le lecteur croyait archiver produirait exactement le résultat qu’une archive existe pour empêcher, et il ne s’en apercevrait pas avant des années.

PNG est sans perte, normalisé depuis 1996, lu par tous les navigateurs et tous les éditeurs, et sur le matériau plat que les fichiers BMP contiennent en général il compresse fort. Une photo 960 par 640 mesurée ici est venue à 468 Ko en PNG contre 1,84 Mo en BMP, et le graphisme plat fait considérablement mieux que cela.

Il n’est pas aussi efficace que le JPEG XL sans perte le serait. Il est disponible, il est exact, et dans trente ans il s’ouvrira encore — ce qui est la seule propriété à laquelle un format d’archive est réellement jugé. Les bitmaps qu’on convertit ici sont eux-mêmes la preuve de cela : ils survivent parce que le format est simple et que tout le monde le lit, et non parce qu’il a jamais été bon. Choisissez PNG pour le maître et revenez à un format avec pertes quand vous saurez où va l’image.

Une part importante des fichiers BMP sont des pages plutôt que des images — des scans et des fax écrits par des logiciels d’imagerie qui n’avaient pas d’autre option. JPEG XL n’a rien à leur offrir. Un encodage avec pertes d’une page de texte est exactement la mauvaise opération, et le conteneur est un que ni système d’archivage, ni collègue, ni régulateur n’acceptera.

Pour cela, PDF est le livrable et TIFF est ce qu’une spécification d’archive nomme en général, tous deux que ce site convertit directement depuis un bitmap. Si ce sont les mots qui comptent plutôt que leur image, la conversion BMP vers TXT lit la page par reconnaissance optique de caractères. Décider lequel des trois vous voulez réellement prend moins de temps que de convertir le dossier deux fois.

Le registre marque la prise en charge par les navigateurs de JXL comme partielle, à côté du « tous » qu’il donne à PNG, JPEG, GIF et WebP. Ce n’est pas un état temporaire d’un format nouveau ; JPEG XL a eu une réception inégale depuis sa normalisation, et la situation est instable depuis des années plutôt que des mois.

La conséquence pratique, c’est qu’un JXL n’est pas un fichier à envoyer à quiconque ni à mettre sur une page sans alternative. C’est un fichier que vous gardez pour vous, sur des machines dont vous contrôlez les logiciels — ce qui est un usage légitime, et bien plus étroit que les mérites techniques du format ne le suggèrent. Le registre marque le statut du format comme niche et nomme la prise en charge inégale comme son problème connu, et les deux sont des jugements éditoriaux sur l’adoption plutôt que sur l’ingénierie. Sur l’ingénierie, JPEG XL est le plus fort format d’image fixe de ce registre.

Le registre nomme GIMP et ImageMagick. Les deux le lisent correctement et les deux sont gratuits, donc le format n’est pas verrouillé — mais aucun des deux n’est ce que la plupart des gens ont devant eux quand ils double-cliquent sur un fichier.

Les prévisualisations des systèmes d’exploitation, les gestionnaires de photos courants et plusieurs éditeurs grand public n’affichent encore rien. Cela vaut la peine d’être testé sur votre propre machine avant de convertir un dossier, parce qu’un répertoire de fichiers qui ne se prévisualisent pas est une chose vraiment agaçante à découvrir un mois plus tard.

Il donne des pixels propres et non traités. Un BMP n’est passé par aucun encodeur avec pertes, donc rien dedans n’est un artefact d’une compression antérieure, et c’est le meilleur input possible pour n’importe quel encodeur — il n’y a pas de bruit à décrire en bits qui n’était pas dans la scène d’origine.

Il retient tout le reste. Huit bits par canal contre les 32 du format, RGB simple sans information de gamut étendu, pas de profil de couleur, pas d’EXIF, pas de données de capture — le registre n’enregistre aucun conteneur de métadonnées pour BMP du tout. La marge de JXL reste vide parce qu’il n’y a rien dans la source à y mettre, et le fichier sera lu comme sRGB par ce qui l’ouvre. Si le bitmap vient d’un instrument calibré ou d’un scanner à couleurs gérées, cette hypothèse vaut la peine d’être vérifiée plutôt qu’héritée.

JPEG XL contient un canal alpha, et rien sur ce chemin n’aplatit l’image ou ne demande de couleur de fond, donc les zones transparentes d’un bitmap 32 bits survivent. Les fichiers 24 bits qui constituent l’essentiel de la sortie BMP n’ont pas d’alpha pour commencer.

JXL supporte aussi l’animation, et BMP ne le fait pas, donc cette capacité n’a rien à recevoir. Cela vaut la peine d’être dit seulement parce que c’est une ligne de plus dans la spécification qu’une source bitmap ne peut pas exploiter, ce qui est le thème récurrent de la conversion depuis un format qui les précède toutes.

Vraiment beaucoup moins, parce que presque tout est vraiment beaucoup moins que trois octets par pixel. Un bitmap 1920 par 1080 fait 6,2 Mo avant qu’une seule décision n’ait été prise sur l’image, et un JPEG XL avec pertes de celui-ci en sera une petite fraction.

Contre WebP et AVIF la comparaison est bien plus serrée et dépend de l’image. Si la taille du fichier est ce que vous optimisez, convertissez le même bitmap vers deux ou trois cibles et comparez les nombres d’octets réels — cela prend une minute ici et tranche une question à laquelle aucune règle générale ne répond de façon fiable. Et si les trois se retrouvent à quelques pour cent les uns des autres, ce qu’ils font souvent, la décision devrait se faire sur la prise en charge plutôt que sur les octets. Sur cet axe JPEG XL est dernier des trois, et ce n’est pas serré.

Le bitmap est décodé par le navigateur et encodé par une build WebAssembly de l’encodeur JPEG XL dans le même onglet. Rien n’est envoyé nulle part, il n’y a pas de compte, et le plafond est 100 Mo par fichier — environ 33 mégapixels de bitmap non compressé.

Déposez un dossier et les fichiers se convertissent l’un après l’autre, gardent leurs noms avec l’extension échangée, et reviennent en un ZIP. Vu tout ce qui précède, convertir deux ou trois fichiers d’abord et vérifier que votre propre logiciel les ouvre est du temps mieux dépensé que de convertir le dossier deux fois. Gardez les bitmaps tant que cette vérification n’a pas été faite. Cette conversion est avec pertes et il n’y a pas de chemin du JXL vers les pixels que le bitmap détenait, donc supprimer les originaux est la seule étape du processus qui ne peut pas être défaite.