Skip to content

Générateur de police LCD et OLED (bitmap en tableau C)

Convertissez texte (chinois, latin) et images en tableaux C pour SSD1306, SH1106, ST7920 et Adafruit GFX. Polices pixel 12×12 et 16×16 nettes, les 4 modes de balayage PCtoLCD2002 et un décodeur de tableaux.

Sans pistage Fonctionne dans le navigateur Gratuit
Tout s'exécute dans votre navigateur — textes et images ne quittent jamais cet appareil.

Correspond à la mémoire par pages des SSD1306 / SSD1309 / SH1106 / ST7565 et à MicroPython framebuf.MONO_VLSB — écrivez les octets directement dans l'afficheur.

Aperçu

Cliquez sur un pixel pour l'inverser.
    7 glyphe(s) · 112 octets
    Référence : le caractère 中 (16 × 16) dans chaque sens de balayage

    Pixel allumé = 1, glyphe GNU Unifont. Comparez ces octets avec votre propre tableau pour savoir avec quels réglages il a été produit.

    Sens de balayage Ordre des bits Octets (hex)
    Ligne par ligne (octets horizontaux) MSB en premier — premier pixel sur le bit 7 01 00 01 00 01 00 01 00 3F F8 21 08 21 08 21 08 21 08 21 08 3F F8 21 08 01 00 01 00 01 00 01 00
    Ligne par ligne (octets horizontaux) LSB en premier — premier pixel sur le bit 0 80 00 80 00 80 00 80 00 FC 1F 84 10 84 10 84 10 84 10 84 10 FC 1F 84 10 80 00 80 00 80 00 80 00
    Colonne par colonne (octets verticaux) MSB en premier — premier pixel sur le bit 7 00 00 00 00 0F F0 08 20 08 20 08 20 08 20 FF FF 08 20 08 20 08 20 08 20 0F F0 00 00 00 00 00 00
    Colonne par colonne (octets verticaux) LSB en premier — premier pixel sur le bit 0 00 00 00 00 F0 0F 10 04 10 04 10 04 10 04 FF FF 10 04 10 04 10 04 10 04 F0 0F 00 00 00 00 00 00
    Colonnes par page (octets verticaux, ordre des pages SSD1306) MSB en premier — premier pixel sur le bit 7 00 00 0F 08 08 08 08 FF 08 08 08 08 0F 00 00 00 00 00 F0 20 20 20 20 FF 20 20 20 20 F0 00 00 00
    Colonnes par page (octets verticaux, ordre des pages SSD1306) LSB en premier — premier pixel sur le bit 0 00 00 F0 10 10 10 10 FF 10 10 10 10 F0 00 00 00 00 00 0F 04 04 04 04 FF 04 04 04 04 0F 00 00 00
    Lignes par bande (octets horizontaux, bandes de 8 pixels) MSB en premier — premier pixel sur le bit 7 01 01 01 01 3F 21 21 21 21 21 3F 21 01 01 01 01 00 00 00 00 F8 08 08 08 08 08 F8 08 00 00 00 00
    Lignes par bande (octets horizontaux, bandes de 8 pixels) LSB en premier — premier pixel sur le bit 0 80 80 80 80 FC 84 84 84 84 84 FC 84 80 80 80 80 00 00 00 00 1F 10 10 10 10 10 1F 10 00 00 00 00

    Polices pixel : GNU Unifont (16 px) et Fusion Pixel Font (12 px), toutes deux sous SIL Open Font License 1.1. Textes des licences

    Les huit combinaisons de sens de balayage et d'ordre des bits sont vérifiées octet par octet contre une implémentation de référence indépendante, et les préréglages contre les datasheets des SSD1306, SH1106 et ST7565 ainsi que le code source d'Adafruit GFX, U8g2, LVGL et MicroPython. — Équipe Go Tools · 3 oct. 2026

    Conçu et vérifié par l'équipe d'ingénierie Go Tools.

    Réponses rapides

    Quels réglages pour un OLED SSD1306 ?

    Colonnes par page · LSB en premier Colonnes par page, LSB en premier, pixel allumé = 1 — quand vous écrivez les octets directement dans la mémoire d'affichage.

    Quels réglages pour Adafruit GFX drawBitmap() ?

    Ligne par ligne · MSB en premier Ligne par ligne, MSB en premier, pixel allumé = 1, chaque ligne complétée jusqu'à un nombre entier d'octets.

    Combien d'octets pour un caractère 16 × 16 ?

    32 octets 32 octets, quel que soit le sens de balayage. Un 12 × 12 fait 24 octets, un caractère ASCII 8 × 16 en fait 16.

    Que signifient 顺向 et 逆向 dans PCtoLCD2002 ?

    逆向 = LSB en premier 顺向 (« sens direct ») = MSB en premier (premier pixel sur le bit 7) ; 逆向 (« sens inverse ») = LSB en premier (premier pixel sur le bit 0).

    Qu'est-ce qu'un bitmap de police (取模) ?

    La plupart des contrôleurs OLED et LCD graphiques — dont le SSD1306, le SH1106 et le ST7565 — n'intègrent aucune police. Pour afficher un caractère, le firmware copie dans la mémoire d'affichage une petite grille de pixels allumés ou éteints, un bit par pixel, huit pixels par octet. Transformer un glyphe en ces octets s'appelle « prendre le modèle » du caractère — 取模 dans les tutoriels embarqués chinois, la tâche que le logiciel Windows PCtoLCD2002 assure depuis des années.

    Les octets seuls ne suffisent pas. Un même caractère 16 × 16 peut être empaqueté de quatre façons (ligne par ligne, colonne par colonne, colonnes par page, lignes par bande), et chacune peut placer le premier pixel sur le bit 7 ou sur le bit 0. Huit flux d'octets décrivent le même glyphe, et un afficheur n'en dessine correctement qu'un seul. C'est pour cela qu'une police copiée depuis un tutoriel apparaît si souvent en miroir, coupée en deux ou pivotée.

    // 中 (16x16), pages of columns, LSB first, lit = 1 — SSD1306 page order
const unsigned char zhong[32] = {
  0x00,0x00,0xF0,0x10,0x10,0x10,0x10,0xFF,0x10,0x10,0x10,0x10,0xF0,0x00,0x00,0x00,
  0x00,0x00,0x0F,0x04,0x04,0x04,0x04,0xFF,0x04,0x04,0x04,0x04,0x0F,0x00,0x00,0x00
};
// First 16 bytes = page 0 (rows 0-7), one byte per column, bit 0 = top row

    Ce que fait ce générateur

    Chinois 12 × 12 et 16 × 16 au pixel près

    Les polices du navigateur sont des contours lissés ; seuillées à 12 px dans une police Song, les traits horizontaux de 中 disparaissent tout simplement. Cet outil embarque donc de vraies polices bitmap : la police 16 × 16 couvre les 6 763 caractères du GB2312, tandis que la police 12 × 12 en omet 143 rares, qui sont dessinés avec une police système et signalés.

    Les quatre modes de balayage de PCtoLCD2002, dans les deux ordres de bits

    Ligne par ligne, colonne par colonne, colonnes par page et lignes par bande, chacun en MSB en premier ou LSB en premier, pixel allumé = 1 ou 0. Les noms des options reprennent ceux de PCtoLCD2002 et leur sens a été vérifié d'après la fiche technique du SSD1306 et des projets d'exemple OLED courants : vous pouvez donc choisir les mêmes réglages qu'un projet existant.

    Des préréglages qui disent ce qu'ils couvrent

    Choisissez SSD1306, Adafruit GFX ou XBM et les options sont réglées pour vous. Modifiez une option à la main et l'outil indique quels afficheurs et bibliothèques lisent cet ordre d'octets — ou qu'aucun ne le fait.

    Décoder un tableau existant

    Collez un tableau de police d'origine inconnue : les huit lectures possibles (balayage × ordre des bits) sont dessinées côte à côte. Celle qui se lit vous donne les réglages ; un clic suffit pour les appliquer.

    Image en bitmap avec un vrai tramage

    Logos, icônes et photos sont redimensionnés à la taille de votre écran puis convertis par seuil, tramage Floyd–Steinberg ou Atkinson. Les zones transparentes comptent comme fond, et le seuil s'applique dans tous les modes.

    Une sortie prête à intégrer

    Tableaux 2D style C51 avec commentaires /*"中",0*/, Arduino PROGMEM avec offsets, dictionnaires bytearray MicroPython, lignes DB pour A51 ou hexadécimal brut. Le C généré compile sans avertissement avec -Wall -Wextra -pedantic.

    Exemples commentés

    中 pour un OLED SSD1306 (16 × 16, colonnes par page, LSB en premier)

    中
    00 00 F0 10 10 10 10 FF 10 10 10 10 F0 00 00 00 00 00 0F 04 04 04 04 FF 04 04 04 04 0F 00 00 00

    32 octets : les 16 colonnes de la page 0 (lignes 0–7), puis les 16 colonnes de la page 1 (lignes 8–15). Dans le 0xFF de la colonne 7, tous les bits sont à 1 : le trait vertical traverse les huit lignes des deux pages.

    Le même 中 pour Adafruit GFX drawBitmap (ligne par ligne, MSB en premier)

    中
    01 00 01 00 01 00 01 00 3F F8 21 08 21 08 21 08 21 08 21 08 3F F8 21 08 01 00 01 00 01 00 01 00

    Deux octets par ligne, 16 lignes. 0x01 0x00 correspond au seul trait central : le pixel le plus à gauche est le bit 7 du premier octet, donc le pixel de la colonne 7 tombe sur le bit 0. Envoyez ces octets en écriture de page à un SSD1306 et vous obtenez des pixels sans queue ni tête — même glyphe, empaquetage différent.

    A en demi-largeur dans une police de 16 pixels (8 × 16)

    A
    00 00 00 00 18 24 24 42 42 7E 42 42 42 42 00 00

    Les caractères ASCII sont en demi-largeur : 8 × 16 font 16 octets, soit un octet par ligne en balayage ligne par ligne. Cochez « Donner la pleine largeur de cellule aux caractères demi-largeur » si votre pilote attend des glyphes tous en 16 × 16.

    Pourquoi un 12 × 12 fait 24 octets et non 18

    中 (12 × 12, ligne par ligne, MSB en premier)
    00 00 04 00 04 00 FF E0 84 20 84 20 84 20 FF E0 04 00 04 00 04 00 04 00

    Chaque ligne de 12 pixels occupe deux octets ; les quatre derniers bits du second octet sont du remplissage. 12 lignes × 2 octets = 24. Toutes les bibliothèques d'affichage adressent une ligne sur (largeur + 7) / 8 octets : tasser davantage les bits les rendrait toutes inutilisables.

    Générer des données de police pour un LCD ou un OLED

    1. 1

      Saisir du texte ou déposer une image

      Le texte utilise une vraie police pixel : 12 × 12 (Fusion Pixel) ou 16 × 16 (GNU Unifont), l'ASCII en demi-largeur. Pour un logo ou une icône, passez à l'onglet Image et indiquez la taille cible, par exemple 128 × 64.

    2. 2

      Choisir l'afficheur ou la bibliothèque cible

      SSD1306 / SH1106 / ST7565 attendent des octets verticaux rangés par page, pixel du haut sur le bit 0. Adafruit GFX, TFT_eSPI, U8g2 drawBitmap et LVGL attendent des octets horizontaux, pixel de gauche sur le bit 7. XBM / U8g2 drawXBM : même chose, mais pixel de gauche sur le bit 0.

    3. 3

      Vérifier l'aperçu, retoucher les pixels au besoin

      L'aperçu montre exactement le bitmap encodé. Cliquez sur un pixel pour l'inverser, ou décalez le glyphe avec les champs de décalage.

    4. 4

      Copier ou télécharger

      Choisissez C (style C51 de PCtoLCD2002), Arduino PROGMEM, bytearray MicroPython, assembleur A51 ou hexadécimal brut. La première ligne de la sortie indique le sens de balayage, l'ordre des bits et la taille des glyphes : le tableau se documente lui-même.

    Caractères illisibles : symptôme → mauvais réglage

    Chaque groupe de 8 pixels est inversé gauche-droite

    Octets horizontaux avec le mauvais ordre de bits. Adafruit GFX drawBitmap() veut MSB en premier ; XBM et U8g2 drawXBM() veulent LSB en premier.

    ✗ Incorrect 
    U8g2 drawXBM() alimenté en octets MSB en premier
    ✓ Correct 
    drawXBM() → préréglage XBM (ligne par ligne, LSB en premier)

    Chaque bloc de 8 lignes est à l'envers

    Octets verticaux avec le mauvais ordre de bits. Les contrôleurs de type SSD1306 placent D0 sur la ligne du haut : il leur faut LSB en premier.

    ✗ Incorrect 
    Colonnes par page, MSB en premier → SSD1306
    ✓ Correct 
    Colonnes par page, LSB en premier → SSD1306

    Moitiés haute et basse entrelacées

    Confusion entre colonne par colonne et colonnes par page. Les deux donnent les mêmes octets uniquement pour des glyphes de 8 pixels de haut au plus ; à 16 pixels, l'ordre des octets diffère.

    ✗ Incorrect 
    Colonne par colonne → écritures de page SSD1306
    ✓ Correct 
    Colonnes par page → écritures de page SSD1306

    Glyphe retourné selon sa diagonale, ou inversé

    Un retournement diagonal signifie que des octets horizontaux ont été lus comme verticaux (ou l'inverse). Un texte sombre sur fond allumé signifie qu'allumé = 0 a été choisi alors que l'afficheur attend allumé = 1.

    ✗ Incorrect 
    Octets ligne par ligne envoyés à une page SSD1306
    ✓ Correct 
    Collez le tableau dans l'onglet de décodage et retenez l'aperçu lisible

    Quand vous en avez besoin

    Du texte chinois sur un OLED SSD1306 de 0,96"
    Une température, un menu ou une ligne d'état en chinois sur une carte STM32 ou 51. Prenez la police 16 × 16 avec le préréglage SSD1306 et collez le tableau dans le oled_font.h que votre projet d'exemple contient déjà.
    Logo de démarrage sur un écran Arduino ou ESP32
    Déposez un logo PNG, réglez 128 × 64, choisissez le préréglage Adafruit GFX et appelez display.drawBitmap(0, 0, logo, 128, 64, WHITE).
    Icônes et unités pour une interface LVGL ou U8g2
    Symboles batterie, Wi-Fi et °C en images 1 bit. Utilisez le préréglage Adafruit GFX / LVGL pour des octets horizontaux en MSB en premier, ou le préréglage XBM pour U8g2 drawXBM().
    Sur Mac ou Linux
    PCtoLCD2002 et les outils classiques de 字模提取 sont des programmes Windows. Celui-ci tourne dans n'importe quel navigateur récent, sans installation.
    Rétro-ingénierie d'un projet hérité
    Le développeur précédent a laissé un tableau Hzk[][32] sans la moindre note. Collez-le dans le décodeur pour savoir comment il a été généré avant d'ajouter de nouveaux caractères au même format.

    Les quatre sens de balayage en détail

    Ligne par ligne (octets horizontaux)
    Les lignes sont parcourues de haut en bas ; dans une ligne, chaque octet contient huit pixels voisins, de gauche à droite. Une ligne de 16 pixels fait deux octets. C'est la disposition d'Adafruit GFX drawBitmap(), U8g2 drawBitmap(), des fichiers XBM, de la GDRAM du ST7920 et des images 1 bit de LVGL.
    Colonnes par page (octets verticaux) — l'ordre du SSD1306
    Le glyphe est découpé en pages de huit lignes de haut. Pour chaque page, les colonnes sont prises de gauche à droite et chaque octet contient les huit pixels de la colonne. Cela correspond à la GDDRAM des SSD1306, SH1106 et ST7565, dont la datasheet précise que le bit de données D0 est écrit sur la ligne du haut — l'ordre de bits correspondant est donc LSB en premier.
    Colonne par colonne, et lignes par bande
    Colonne par colonne parcourt chaque colonne de haut en bas sur toutes les pages avant de passer à la suivante ; cela correspond au mode d'adressage vertical du SSD1306. Lignes par bande prend une bande de 8 pixels de large, toutes ses lignes, puis la bande suivante ; aucune bibliothèque courante ne l'utilise, mais d'anciens projets PCtoLCD2002 si. Chaque mode ne se confond avec son voisin que si le glyphe fait au plus 8 pixels de haut (ou de large) : voilà pourquoi la confusion passe inaperçue lors des tests en 8 × 8.
    Ordre des bits et valeur du pixel allumé
    MSB en premier place le premier pixel lu (le plus à gauche, ou le plus haut) sur le bit 7 ; LSB en premier le place sur le bit 0. PCtoLCD2002 les nomme 顺向 (« sens direct », MSB en premier) et 逆向 (« sens inverse », LSB en premier). Allumé = 1 (阴码) est ce qu'attendent les OLED, drawBitmap() sur TFT et LVGL A1 ; allumé = 0 (阳码) ne sert qu'aux pilotes qui définissent 0 comme allumé.
    Remplissage quand la taille n'est pas un multiple de 8
    Chaque ligne (octets horizontaux) ou chaque page (octets verticaux) est complétée séparément jusqu'à un nombre entier d'octets, avec des bits de remplissage à 0. En colonnes par page avec un glyphe de 12 pixels, la seconde page porte 4 lignes de remplissage ; un pilote qui écrit des pages entières efface ces 4 lignes sous le glyphe. L'outil vous prévient quand c'est le cas.

    Bien faire du premier coup

    Choisir le préréglage selon la fonction de dessin, pas selon l'écran
    Un SSD1306 piloté par Adafruit_SSD1306 passe par drawBitmap() : il lui faut donc des octets horizontaux en MSB en premier, même si la mémoire du contrôleur est verticale. Prenez le préréglage qui correspond à la fonction appelée par votre code.
    Utiliser les polices pixel en 12 et 16 px
    Sous environ 20 px, les polices vectorielles perdent des traits une fois seuillées. Fusion Pixel 12 et Unifont 16 sont dessinées sur la grille de pixels, et les options 2× donnent des 24 × 24 et 32 × 32 propres.
    Garder le commentaire d'en-tête
    La première ligne de sortie consigne le sens de balayage, l'ordre des bits et la taille. Six mois plus tard, c'est la seule trace de la façon dont le tableau a été produit.
    Tester avec un caractère asymétrique
    Les glyphes symétriques comme 中, 田 ou H masquent les erreurs de miroir. Essayez d'abord F, 7 ou 乙 : s'il s'affiche correctement, toutes les options sont bonnes.
    Corriger un miroir d'écran complet dans le pilote
    Si tout l'écran est en miroir ou à l'envers, et pas seulement votre police, modifiez le segment remap (A0h/A1h) et le sens de balayage COM (C0h/C8h) dans la séquence d'initialisation. Toucher aux réglages de police ne ferait que casser le reste du code.

    Questions fréquentes

    Quels réglages utiliser pour un OLED SSD1306 ou SH1106 ?
    Si votre code écrit les octets de police directement dans l'afficheur (la plupart des exemples 51 et STM32) : colonnes par page, LSB en premier, allumé = 1 — le préréglage SSD1306. S'il dessine via Adafruit_SSD1306 ou U8g2 drawBitmap(), prenez plutôt le préréglage Adafruit GFX : ces fonctions lisent des octets horizontaux en MSB en premier et font la conversion elles-mêmes.
    Mes caractères s'affichent en miroir, à l'envers ou brouillés. Qu'est-ce qui ne va pas ?
    Chaque symptôme désigne un réglage. Chaque groupe de 8 pixels inversé gauche-droite : mauvais ordre de bits avec des octets horizontaux. Chaque bloc de 8 lignes à l'envers : mauvais ordre de bits avec des octets verticaux. Moitiés haute et basse entrelacées : confusion entre colonne par colonne et colonnes par page. Retournement selon la diagonale : octets horizontaux et verticaux confondus. Couleurs inversées : allumé = 1 et allumé = 0 intervertis. Si c'est tout l'écran qui est en miroir, et pas seulement votre texte, corrigez plutôt la séquence d'initialisation du pilote.
    Pourquoi un 12 × 12 prend-il 24 octets et non 18 ?
    Chaque ligne (ou chaque page de 8 lignes) est complétée séparément jusqu'à un nombre entier d'octets : 12 pixels demandent 2 octets, et 12 lignes × 2 = 24. Les bibliothèques d'affichage adressent une ligne sur (largeur + 7) / 8 octets ; un glyphe tassé sur 18 octets serait donc mal lu par toutes.
    Pourquoi mon texte de 12 pixels efface-t-il la ligne du dessous sur l'OLED ?
    En colonnes par page, un glyphe de 12 pixels remplit une page entière et la moitié de la suivante ; les 4 autres bits de cette seconde page sont des zéros de remplissage. Un pilote qui écrit des pages entières efface donc ces 4 lignes. Dessinez via un frame buffer qui modifie les pixels un par un, ou placez le texte de 12 pixels de sorte que les lignes vides tombent là où rien d'autre n'est affiché.
    Puis-je l'utiliser à la place de PCtoLCD2002 sur Mac ?
    Oui. Il tourne dans n'importe quel navigateur récent, propose les quatre mêmes modes de balayage, les deux ordres de bits et allumé = 1 / allumé = 0, et la sortie C suit le style C51 de PCtoLCD2002 avec des commentaires /*"字",0*/ : elle se colle telle quelle dans les projets construits autour de tableaux de type Hzk[][32]. Il ne génère pas de fichiers de bibliothèque de police complets ni d'index. Les glyphes proviennent de GNU Unifont et de Fusion Pixel, et non de SimSun sous Windows : les octets ne correspondront donc pas à ceux d'un tableau produit par PCtoLCD2002 — régénérez toute la table ici plutôt que de mélanger les deux. Ce site n'est pas affilié à PCtoLCD2002 ni à son auteur, n'en est pas une version web officielle et ne propose pas le logiciel en téléchargement.
    Pourquoi une police pixel plutôt que ma police système ?
    Les polices système sont des contours rendus avec anticrénelage, qu'un navigateur ne peut pas désactiver. À 12 ou 16 pixels, seuiller ce bord gris fait perdre les traits fins — les barres horizontales de 中 disparaissent complètement dans une police Song de 12 pixels. GNU Unifont (16 px) et Fusion Pixel (12 px) sont dessinées sur la grille de pixels : rien ne se perd. Les polices système restent disponibles pour les tailles plus grandes : une police sans empattement (Hei) tient la route à partir d'environ 24 px, alors qu'une police Song peut encore y perdre des traits.
    Quels caractères les polices pixel couvrent-elles ?
    Tout le GB2312 — 6 763 caractères chinois simplifiés plus la ponctuation pleine largeur — ainsi que l'ASCII imprimable, les lettres latines accentuées (é, ß, ł, ş, ő), le grec, le cyrillique, les kana japonais et des symboles courants comme ℃, les flèches et les caractères de dessin de cadres. Fusion Pixel 12 px n'a pas certains caractères et symboles rares. Le hangul coréen et les caractères chinois hors GB2312 (formes traditionnelles, nombreux kanji japonais) sont dessinés avec une police système et listés sous l'aperçu, pour que vous sachiez quels glyphes vérifier.
    Comment convertir un logo ou une icône en tableau C ?
    Ouvrez l'onglet Image, déposez le fichier, indiquez la taille de l'écran (128 × 64 pour un OLED de 0,96") et gardez « Ajuster, conserver les proportions » pour préserver le rapport d'aspect. Les pixels sombres deviennent des pixels allumés ; cochez l'inversion pour un dessin clair sur fond sombre. Pas de tramage pour les logos et le texte, Floyd–Steinberg ou Atkinson pour les photos.
    Comment savoir comment un tableau de police existant a été généré ?
    Collez-le dans l'onglet « Prévisualiser un tableau existant ». Les commentaires sont ignorés, et les syntaxes C, Arduino, A51 et MicroPython sont toutes acceptées. La taille des glyphes est déduite du nombre d'octets, et les huit combinaisons de sens de balayage et d'ordre des bits sont dessinées. Celle qui se lit correctement correspond à vos réglages, et « Utiliser ces réglages » les reporte dans le générateur.
    Mon texte ou mon image est-il envoyé quelque part ?
    Non. Les glyphes sont rendus et encodés dans votre navigateur. Les polices pixel sont téléchargées une seule fois depuis ce site, et rien de ce que vous saisissez ou déposez n'est transmis.

    Outils connexes

    Voir tous les outils →

    Convertisseur de Base — Binaire, Hex, Décimal & Octal

    Outils de conversion

    Convertissez entre binaire, hexadécimal, décimal, octal et toute base (2-36) instantanément. Gratuit, privé, 100 % dans votre navigateur.

    Calculateur de complément à deux et d'entiers signés

    Outils de conversion

    Saisissez un entier signé et obtenez d'un coup signe-valeur absolue, complément à un, complément à deux et binaire décalé, de 4 à 64 bits. Ou collez un motif de bits ou un octet hexadécimal et lisez les cinq interprétations.

    Calculateur chmod — Permissions de fichiers Linux

    Outils de conversion

    Convertissez les permissions de fichiers Linux entre octal (755, 644) et symboles rwx. Obtenez les commandes chmod, repérez les réglages risqués comme 777 — gratuit, directement dans votre navigateur.

    Convertisseur de couleurs — HEX, RGB, HSL et OKLCH

    Outils de conversion

    Convertissez HEX en RGB, HSL, OKLCH, OKLAB et CMYK dans votre navigateur — copiez n'importe quel format en un clic. Gratuit, sans inscription, vos couleurs ne quittent jamais la page.

    Convertir des coordonnées GPS : DMS, décimal, UTM, GCJ-02

    Outils de conversion

    Convertissez des coordonnées GPS dans tous les formats — degrés décimaux, degrés minutes secondes (DMS) — en UTM, Web Mercator, GCJ-02 (AMap) et BD-09 (Baidu). Détecte lat,lng ou lng,lat, export CSV. Tout reste en local.

    Convertisseur HEX vers CMYK

    Outils de conversion

    Convertissez n'importe quelle couleur HEX en CMYK dans votre navigateur. Approximation naïve basée sur sRGB pour les aperçus d'impression. Gratuit, instantané, sans inscription, vos couleurs restent locales.