Ajoutez votre fichier
Choisissez ou déposez un fichier .bmp. Vous pouvez aussi coller le contenu.
Choisissez un fichier .bmp et l'inspecteur détaille sa structure champ par champ. L'en-tête de fichier de 14 octets donne la signature BM, la taille déclarée face à la taille réelle, les deux mots réservés et le décalage des pixels. La variante d'en-tête DIB est déterminée uniquement par sa taille (12, 16, 40, 52, 56, 64, 108 ou 124 octets), puis viennent la largeur, la hauteur signée telle qu'enregistrée, sa valeur absolue, l'ordre des lignes de haut en bas, les plans, les bits par pixel et la valeur de compression avec son nom. Pour les images non compressées ou à champs de bits, l'outil calcule la longueur de ligne alignée sur 4 octets et la taille attendue des pixels, puis la confronte aux octets réellement présents sous la forme d'un écart unique ; manque de données, octets en fin de fichier et octets inexpliqués avant les pixels sont indiqués avec leur nombre et leur position. Palette en tableau, masques lus au bon endroit, champs colorimétriques V4/V5 en valeur brute et convertie, chemin de profil lié affiché comme simple texte : tout se télécharge en rapport JSON.
ou déposez un fichier ici
Choisissez ou déposez un fichier .bmp. Vous pouvez aussi coller le contenu.
Le fichier est lu et analysé dans ce navigateur : rien n’est envoyé.
Regardez ce qui ressort, puis copiez, téléchargez ou passez à la suite.
Vous voulez savoir ce que deviennent les fichiers ? Lire la politique de confidentialité →
Sélectionnez votre fichier .bmp avec le bouton de choix de fichier : l'en-tête de fichier, l'en-tête DIB et l'organisation des pixels s'affichent aussitôt dans des panneaux distincts. Le rapport JSON complet, en bas de page, peut être téléchargé. Seuls les fichiers sont acceptés ; un texte collé déclenche une invitation à choisir un BMP.
Non, le fichier BMP est lu et interprété dans la mémoire de votre navigateur et ses octets ne partent vers aucun serveur pendant l'inspection. Même lorsqu'un en-tête V5 désigne un profil colorimétrique externe, ce chemin est simplement affiché et aucune requête réseau n'est lancée pour l'atteindre.
Sur macOS, ouvrez cette page dans Safari, Chrome ou Firefox puis choisissez le fichier : les bits par pixel figurent dans le résumé en haut de l'écran. Le panneau de l'en-tête DIB précise en plus le nom de la compression, le nombre de plans et les couleurs utilisées, des détails qu'Aperçu ne montre pas.
Oui, un navigateur mobile récent suffit : choisissez le fichier dans le stockage du téléphone et l'analyse se fait sur l'appareil lui-même. Sur un petit écran, les tableaux larges comme la palette défilent horizontalement, et le rapport JSON téléchargé permet de les relire ensuite sur ordinateur.
Ce message signifie que les deux premiers octets ne sont pas les lettres BM, ce qui arrive le plus souvent quand un autre format a été renommé en .bmp. Les octets trouvés sont indiqués : 89 50 trahit un PNG, FF D8 un JPEG. Un début en BA, ou en CI, CP, IC ou PT, correspond à des ressources OS/2 qui ont leur propre message de non-prise en charge.
Elle apparaît quand le champ biSizeImage annonce plus d'octets que le fichier entier n'en contient, signe habituel d'un fichier tronqué ou d'un en-tête abîmé. L'inspecteur s'arrête alors sans rien réserver ni corriger. Récupérez une copie complète du fichier d'origine avant de recommencer.
La taille maximale est fixée à 100 000 000 octets par fichier, sans réglage possible, et huit tailles d'en-tête DIB sont reconnues : 12, 16, 40, 52, 56, 64, 108 et 124 octets. Toute autre valeur est marquée comme variante inconnue avec sa taille brute plutôt que rapprochée de la structure la plus proche.
L'inspecteur ne détecte rien de tel : il décrit des champs d'en-tête et ne rend aucun verdict de sécurité, de logiciel malveillant ou d'authenticité. Il met cependant en évidence des structures à surveiller, comme des octets inexpliqués avant les pixels ou en fin de fichier. Pour une pièce jointe douteuse, passez par votre antivirus.
Une hauteur négative est la convention BMP pour des lignes stockées du haut vers le bas de l'image, et non une anomalie du fichier. L'outil affiche la valeur signée et la valeur absolue côte à côte et active l'indicateur d'ordre de haut en bas ; tous les calculs de taille utilisent la valeur absolue.
Les fichiers BM utilisant un en-tête OS/2 de 12, 16 ou 64 octets sont lus, mais les tableaux de bitmaps BA et les ressources d'icônes ou de pointeurs OS/2 sont refusés. Pour l'en-tête OS/2 2.x de 64 octets, l'outil affiche les champs propres à OS/2 (unités, algorithmes de demi-teinte, encodage des couleurs) et nomme les compressions BI_HUFFMAN1D et BI_RLE24.
BI_RGB enregistre les pixels avec une disposition fixe des canaux, alors que BI_BITFIELDS décrit chaque canal par un masque binaire, ce qui permet par exemple du 16 bits en 5-6-5. L'inspecteur affiche ces masques en hexadécimal et indique s'ils sont réellement utilisés par la compression en cours, ou seulement présents dans l'en-tête.
Non, un écart nul prouve seulement que les octets présents après le décalage correspondent à la taille de référence. Cette référence est calculée à partir de la largeur, de la hauteur et des bits par pixel pour une image non compressée ou à champs de bits, et elle est la taille déclarée dans biSizeImage pour une image compressée (RLE, Huffman, JPEG ou PNG intégré). Une image retouchée puis réenregistrée produit des en-têtes parfaitement cohérents : l'outil ne se prononce donc ni sur l'origine ni sur l'intégrité du contenu visuel.
Non, l'inspecteur ne convertit rien et n'affiche pas l'image, car les pixels ne sont jamais décodés. Sans rien installer, il donne en revanche la structure complète et la palette avec les codes hexadécimaux des couleurs. Le seul export est un rapport JSON portant le nom de votre fichier.