Le brevet de Slug sur le rendu de texte est tombé dans le domaine public en mars. Voici quoi faire

Un brevet qui a cessé d'être une contrainte

Le 17 mars 2026, Eric Lengyel a placé dans le domaine public son brevet sur l'algorithme de rendu de texte Slug. Il avait publié l'algorithme en 2017 et l'avait breveté en 2019. La méthode dessine les glyphes directement à partir de leurs contours sur le GPU, sans atlas de textures ni tessellation à chaque image. Selon Alpha Pixel, une entreprise qui a développé une implémentation en C++20 appelée Slughorn, ce changement lui permet désormais de présenter et de diffuser la technique ouvertement. Si votre produit affiche du texte en 3D, ou si vous évitiez cet algorithme pour des raisons de licence, la question juridique se pose différemment aujourd'hui. La question d'ingénierie, à savoir quel moteur de rendu convient à votre produit, n'a pas changé.

Pourquoi les glyphes sont difficiles à dessiner sur un GPU

Une police ne stocke pas les lettres sous forme d'images. Elle stocke des contours : des boucles fermées de segments droits et de courbes de Bézier, c'est-à-dire des courbes lisses définies par quelques points de contrôle. Un pixel est à l'intérieur de la lettre si un rayon tiré depuis ce pixel croise le contour de manière à produire un nombre d'enroulement non nul, un décompte de la façon dont le contour s'enroule autour de ce point.

Le GPU doit remplir l'intérieur, lisser les bords et rester net aussi bien à 8 pixels dans un menu qu'en plein écran sur un panneau vu en perspective, tout en dessinant des milliers de glyphes par image. La plupart des moteurs évitent la version difficile du problème en précalculant les glyphes dans des textures. Chaque méthode de précalcul implique un compromis différent :

• Atlas de textures : on rastérise chaque glyphe une fois dans une texture partagée. C'est rapide et portable, mais le rendu devient flou à l'agrandissement, scintille à la réduction et exige un nouvel atlas pour chaque taille. Avec les polices chinoises, japonaises et coréennes, qui comptent des dizaines de milliers de glyphes, cela devient un problème de mémoire.
• SDF (champ de distance signée) : chaque texel stocke la distance au bord le plus proche, ce qui permet d'agrandir proprement une petite texture. L'inconvénient est que l'interpolation arrondit les angles vifs.
• MSDF (SDF multicanal) : trois canaux encodent les distances à différents sous-ensembles de bords, et le shader prend la médiane pour conserver des angles nets. La qualité est meilleure, mais il s'agit toujours d'un atlas précalculé, avec un coût de génération et une résolution fixe.
• Tessellation et couverture (Loop-Blinn, NV_path_rendering, Pathfinder, Rive) : les contours sont transformés en géométrie que le GPU rastérise. Le rendu est indépendant de la résolution, mais la géométrie doit être reconstruite à chaque modification, et le lissage ou la dépendance au matériel peuvent poser problème.

Ce que Slug fait différemment

Slug conserve chaque glyphe sous la forme d'une courte liste de courbes dans un petit tampon GPU, accompagnée d'une structure propre au glyphe qui le découpe en bandes horizontales afin qu'un pixel ne vérifie que les courbes proches. Dans le fragment shader, il lance un rayon par pixel, détermine où il croise ces courbes et compte les croisements pour obtenir la couverture. L'apport essentiel de Lengyel, d'après la source, est une règle précise appelée éligibilité des racines, qui décide quelles intersections courbe-rayon comptent, de sorte que le calcul reste exact là où les courbes se rejoignent et évite fissures et doubles comptages.

Comme la couverture est résolue analytiquement après la transformation, rien n'est précalculé. Les affirmations de la source en découlent : un même glyphe reste net à 6 ou à 6000 pixels, résiste à la perspective, gère de très vastes jeux de caractères sans atlas et permet de modifier le texte à chaque image, le tout en un seul appel de dessin avec un shader ordinaire. Ce sont les affirmations de l'éditeur sur sa propre approche, appuyées par ses propres rendus côte à côte. Dans ces rendus, les panneaux basés sur des textures disposaient de 64 texels par em. Slughorn et les méthodes à champ de distance ont tenu sous une perspective rasante, la version bitmap est devenue floue, et le moteur de rendu de Rive, qui n'accepte que les transformations affines 2D, a déformé la forme. En zoom extrême, seuls Slughorn et Rive sont restés nets.

Les questions à vous poser

• Nos utilisateurs peuvent-ils réellement sortir de la plage de tailles et d'angles que nous avons précalculée ? Si ce n'est pas le cas, le MSDF est peut-être déjà suffisant, et changer de méthode coûterait sans rien apporter.
• Où est le benchmark ? La source présente des comparaisons d'images d'un seul R majuscule, pas de temps d'image, d'utilisation mémoire ou de coût de shader sur notre matériel cible. Combien coûte la résolution des courbes pixel par pixel sur notre appareil le plus modeste ?
• Qui nous vend cela ? La comparaison provient du créateur d'une implémentation de Slug. Que montrerait un test indépendant ?
• La dédicace du brevet couvre-t-elle notre situation ? Elle concerne le brevet de l'algorithme. Elle ne règle pas les autres questions de licence, comme les licences de polices ou les conditions propres à une implémentation. Un juriste l'a-t-il confirmé ?
• À quoi ressemble réellement notre chaîne de rendu de texte ? Si les chaînes de caractères sont statiques et les tailles bornées, pourquoi reconstruire un système d'atlas qui fonctionne ?

Ce qu'il faut surveiller ensuite

Le signal à attendre est la mesure indépendante : des temps d'image et des chiffres de mémoire publiés pour un rendu de type Slug face au MSDF sur matériel mobile et VR, et la question de savoir si d'autres moteurs que l'intégration osgSlug d'Alpha Pixel l'adopteront maintenant que le brevet est dans le domaine public. Tant que ces données n'existent pas, un opérateur avisé le prototype uniquement là où le texte rencontre une caméra non maîtrisée, dans les vues 3D, AR, VR ou CAO, et laisse en place les chaînes à base d'atlas qui fonctionnent.