STL vs 3MF : quel format d’impression 3D l’emporte ?

Résumé : STL vs 3MF en impression 3D

Pour la plupart des personnes comparant STL et 3MF, la réponse pratique est simple : utilisez 3MF lorsque vous voulez préserver davantage que la simple géométrie d’un maillage lors du transfert, et conservez STL pour l’échange de géométrie simple ou la compatibilité avec des outils plus anciens. STL est un format de maillage de surface triangulaire ouvertement documenté, tandis que 3MF possède désormais le statut officiel de norme ISO/IEC sous la référence ISO/IEC 25422:2025. [1] [3]

En règle générale, 3MF est habituellement le meilleur format de fichier d’impression 3D pour le tranchage, le partage et les travaux multicolores ou composés de plusieurs pièces, car il peut préserver davantage de contexte, notamment les unités déclarées et une structure au niveau du package. STL reste utile comme solution de repli compatible avec les anciens systèmes lorsque vous n’avez besoin que d’un objet maillé unique et souhaitez la compatibilité de base la plus étendue. [1] [2] [5]

Choix rapide : utilisez STL lorsque… / utilisez 3MF lorsque…

Utilisez STL lorsque…

• Vous partagez un modèle simple, constitué d’une seule pièce, et la géométrie seule suffit.
• Le destinataire demande spécifiquement du STL.
• Vous souhaitez un fichier maillé au plus petit dénominateur commun pour des outils plus anciens.

Utilisez 3MF lorsque…

• Vous souhaitez que les unités et l’intention d’échelle accompagnent le fichier.
• Vous accordez de l’importance à plusieurs corps, à la disposition sur le plateau, à l’intention de couleur ou de matériau, ou à des métadonnées plus riches.
• Vous souhaitez préserver le contexte du projet de trancheur au sein du même écosystème logiciel.
• Vous choisissez un format de transfert moderne et maîtrisez la chaîne d’outils de réception.

Devez-vous utiliser STL ou 3MF pour l’impression 3D ?

Le véritable choix n’est pas tant « ancien contre nouveau » que « géométrie seule contre transfert riche en contexte ». Si tout ce dont vous avez besoin est un maillage imprimable pour une pièce simple en un seul matériau, STL suffit souvent. Si vous avez besoin de l’échelle du modèle, de plusieurs corps, du placement sur le plateau, d’une intention de couleur ou de matériau, ou d’un projet qui s’ouvre en conservant davantage de votre état de préparation, 3MF est généralement plus adapté. [1] [2] [5]

Le problème est que 3MF peut désigner deux choses différentes en pratique. Il existe le 3MF standard, défini par sa structure de package centrale et ses extensions, et le « projet 3MF » spécifique à un trancheur, dans lequel le logiciel stocke des réglages supplémentaires dans un conteneur 3MF. PrusaSlicer utilise 3MF pour des instantanés de projet presque complets, les fichiers de projet Cura incluent des données d’imprimante et de réglages, et Bambu Studio peut lire les réglages d’un 3MF mais leur attribue une priorité inférieure aux réglages de ligne de commande ou JSON chargés dans son flux de travail CLI. C’est utile, mais ce n’est pas une portabilité universelle. [5] [7] [8] [10]

Scénarios courants → format recommandé

• Partage simple d’une seule pièce et d’un seul matériau : STL ou 3MF conviennent tous les deux ; STL est suffisant si l’objectif consiste uniquement à transmettre un maillage. [1]
• Correspondance multicolore ou multi-matériau, disposition sur le plateau ou modificateurs : Préférez 3MF, car il possède une structure de package standardisée et des moyens plus riches de transmettre l’intention. [5]
• Transfert vers une ferme d’impression au sein d’un écosystème de trancheur : Préférez le projet 3MF de ce trancheur, car des outils tels que PrusaSlicer peuvent enregistrer ensemble les objets, réglages, modificateurs et paramètres. [7]
• Archive d’ingénierie pour des modifications ultérieures : Conservez la CAO native et STEP comme maîtres modifiables, et considérez STL ou 3MF comme des exports en aval.
• Téléversement vers un service : Vérifiez les exigences indiquées par le service ; aucun chiffre fiable à l’échelle de l’ensemble des services n’a été trouvé.

Ce que chaque format stocke réellement

STL stocke une description de surface triangulée d’un objet. Il existe en sous-types ASCII et binaire, et le binaire est plus courant car il est plus compact ; toute comparaison de taille de fichier indiquant « STL » devrait donc préciser le sous-type concerné. [1]

Le STL binaire est volontairement minimaliste. Un fichier STL binaire possède un en-tête de 80 caractères, un nombre de triangles 32-bit little-endian, puis 50 octets par triangle. Chaque triangle stocke 12 nombres flottants 32-bit little-endian — un vecteur normal et trois sommets — ainsi qu’un champ de 2 octets pour le nombre d’octets d’attribut. Cette simplicité explique pourquoi STL est si largement pris en charge, mais aussi pourquoi STL ne se comporte pas nativement comme un format de transfert de projet, de scène ou riche en métadonnées. [2]

3MF est différent par nature, pas seulement par son extension. La spécification centrale le définit comme un package de type OPC transporté dans une archive ZIP, avec des parties nommées et des relations entre elles. Une partie 3D Model obligatoire contient des ressources et des instructions de fabrication, et la section <build> contient une ou plusieurs entrées <item> qui identifient ce qui doit réellement être fabriqué. Des objets peuvent exister dans le package comme ressources réutilisables sans être automatiquement produits, car les consommateurs ne doivent pas produire les objets qui ne sont pas référencés par un élément. [5]

Bref historique et contexte normatif

STL a été documenté pour la première fois en 1988, avec une seconde édition en 1989, et la Library of Congress le décrit comme largement adopté dans les années 1990. Cette histoire explique en grande partie pourquoi STL apparaît encore partout malgré ses limitations. [1]

3MF est désormais normalisé sous la référence ISO/IEC 25422:2025, Édition 1, publiée en juin 2025 avec une entrée de norme au niveau de la suite de cinq pages. Dans le contexte de normes associées, AMF est ISO/ASTM 52915:2020, et la terminologie plus générale de la fabrication additive est formalisée dans ISO/ASTM 52900:2021. Cela importe surtout comme contexte : AMF fait partie du paysage normatif, mais n’est pas le choix par défaut dominant dans les flux de travail de tranchage amateur. [3] [13] [14]

Fidélité du maillage : tessellation, précision et pourquoi l’extension du fichier ne corrige pas la géométrie

STL comme la plupart des charges 3MF restent de la géométrie tessellée. Lorsqu’un modèle CAO avec des courbes et surfaces exactes est exporté vers un maillage, le résultat dépend des réglages de tessellation tels que la hauteur de corde, la déviation et la tolérance angulaire. Le NIST indique que STL approxime la géométrie CAO exacte au moyen de triangles discrets, et qu’une mauvaise tessellation entraîne souvent des problèmes de réparation tels que des triangles manquants, des arêtes effondrées, des arêtes non partagées, des normales inversées, des triangles qui se chevauchent ou s’intersectent, ainsi que des maillages non étanches. [12]

C’est pourquoi 3MF ne rend pas automatiquement une pièce plus précise dimensionnellement. La revue 2023 du NIST indique que 3MF n’étend pas les principes sous-jacents d’encodage polygonal utilisés dans STL et conserve une prise en charge limitée des modèles solides avec des problèmes de réparation persistants. 3MF préserve davantage de contexte autour du maillage, mais ne répare pas un mauvais maillage et ne remplace pas des réglages d’exportation soignés. [11]

Unités, métadonnées, couleur et matériaux : ce qui survit au transfert

Les unités constituent l’une des différences les plus pratiques. En 3MF, le modèle possède un attribut unit dont la valeur par défaut est le millimètre, et les valeurs valides sont micron, millimètre, centimètre, pouce, pied et mètre. Cela rend l’intention d’échelle explicite. Les enregistrements de coordonnées STL, en revanche, ne portent pas de déclaration d’unité standardisée ; les destinataires doivent donc généralement se fier à une convention externe ou à des hypothèses d’importation. [5] [2]

Les métadonnées constituent une autre séparation nette. STL ne propose aucune prise en charge standard des métadonnées descriptives, au-delà de conventions telles que l’utilisation informelle de son texte d’en-tête. À l’inverse, 3MF définit des noms de métadonnées bien connus, notamment Title, Designer, Description, Copyright, LicenseTerms, Rating, CreationDate, ModificationDate et Application. C’est utile pour la provenance et le contexte de flux de travail, mais il s’agit toujours de métadonnées descriptives, pas d’application de licence, pas de PLM et pas d’une solution complète de fil numérique à elles seules. [2] [5]

La couleur et les matériaux exigent une formulation prudente. Dans le STL binaire, le format d’origine n’avait pas de couleur standardisée, et les deux conventions de couleur connues sont incompatibles. Dans le noyau 3MF, displaycolor est défini comme une valeur hexadécimale sRGB au format #RRGGBB ou #RRGGBBAA, mais la spécification indique explicitement qu’elle est destinée au rendu uniquement et ne doit pas être supposée affecter la pièce imprimée. Pour une intention de conception de couleur imprimable, la spécification oriente les utilisateurs vers des extensions telles que Materials and Properties. De même, un PrintTicket peut transporter une intention utilisateur ou des informations de configuration d’appareil, mais le format est régi par l’environnement consommateur, et les tickets non pris en charge peuvent être ignorés avec des valeurs par défaut appliquées par le consommateur. [2] [5]

Données clés que STL perd habituellement lors du transfert

• Les unités prévues et le contexte d’échelle, car les coordonnées du maillage ne sont pas accompagnées d’une déclaration d’unité standard. [2] [5]
• L’intention de couleur ou de texture standardisée, car la gestion de la couleur dans STL n’est pas standard et est incompatible entre les conventions. [2]
• L’intention d’affectation de matériau qu’un flux de travail 3MF plus riche peut tenter de préserver. [5]
• Plusieurs corps sous la forme d’un projet packagé unique ou d’une définition de fabrication, car STL n’est pas un conteneur de scène. [1]
• Les données de projet spécifiques au trancheur, telles que les réglages, modificateurs et la configuration associée dans les outils qui les enregistrent dans des projets fondés sur 3MF. [7] [8]
• Les métadonnées descriptives telles que l’auteur, l’application ou les conditions de licence sous une forme standardisée. [2] [5]

Fonctionnement du packaging 3MF

Le modèle mental utile est « package structuré », pas « meilleur maillage ». Un document 3MF doit utiliser une archive ZIP et suit les Open Packaging Conventions, ce qui signifie que le fichier est constitué de parties reliées par des relations. L’une de ces relations de package identifie la partie 3D Model obligatoire comme point de départ de la charge 3D. À l’intérieur de cette partie modèle, les ressources définissent les objets et propriétés, tandis que la section de fabrication déclare les éléments qui sont destinés à être fabriqués. [5]

Seules certaines pièces sont obligatoires. La partie 3D Model est requise, tandis que les propriétés centrales, signatures numériques, parties PrintTicket, miniatures, textures et parties personnalisées sont facultatives. Les parties miniatures doivent être au format JPEG ou PNG et doivent être référencées par une relation de miniature. C’est l’une des raisons pour lesquelles 3MF ressemble souvent davantage à un document ou à un projet que STL, avant même qu’un trancheur n’ajoute ses propres données. [5]

Les extensions sont le point où la compatibilité devient délicate. La spécification centrale est intentionnellement restreinte, et les consommateurs peuvent ignorer les extensions non prises en charge ; les producteurs sont encouragés à éviter de rendre les extensions obligatoires lorsque cela est possible. La matrice de compatibilité officielle 3MF montre une prise en charge étendue et répertorie 110+ applications, mais elle avertit également que la compatibilité est auto-déclarée par les fournisseurs et non vérifiée indépendamment. Ainsi, « prend en charge 3MF » peut vouloir dire uniquement importation/exportation du noyau, sans parité complète pour les extensions ou la sémantique de projet. [5] [6]

Flux de travail : de la CAO au trancheur puis à l’imprimante

Dans un flux de travail normal, vous concevez en CAO, exportez un fichier de transfert tel que STL ou 3MF, préparez le travail dans un trancheur, puis générez le G-code sous forme d’instructions machine pour l’imprimante. STL et 3MF sont donc des formats d’échange pour la géométrie et le contexte de préparation d’impression, tandis que le G-code est une instruction de fabrication en aval, et non un fichier de conception modifiable.

Pour l’archivage, conservez le maître modifiable en amont. Les fichiers CAO natifs et souvent STEP constituent un meilleur support à long terme pour une géométrie d’ingénierie modifiable, tandis que STL et 3MF sont typiquement des livrables tessellés en aval destinés au transfert pour impression. Si votre flux de travail est davantage orienté apparence qu’imprimante, OBJ peut encore être pertinent pour l’échange de textures visuelles, mais il ne remplace pas la conservation d’un maître modifiable.

Formats de transfert contre fichiers maîtres : STL/3MF sont typiquement des livrables tessellés en aval ; conservez la CAO native/STEP pour la possibilité de modification.

Projet 3MF dans les trancheurs réels : ce qui est standard et ce qui est spécifique au fournisseur

Non, 3MF n’est pas seulement un fichier de projet de trancheur. Le 3MF standard définit le package, la partie modèle, les unités, les métadonnées, les éléments de fabrication et les points d’extension. Mais les trancheurs individuels peuvent également utiliser un conteneur 3MF pour conserver un état de projet supplémentaire. La spécification centrale elle-même avertit que le comportement de PrintTicket est régi par l’environnement consommateur ; même une intention fondée sur des normes à l’intérieur d’un 3MF ne garantit donc pas qu’une autre application l’honorera de la même manière. Certains outils chargent des réglages supplémentaires, d’autres les mappent partiellement, et d’autres les ignorent. [5]

PrusaSlicer est l’exemple le plus clair de comportement de projet riche. La documentation de Prusa indique que « Save Project as » crée un 3MF contenant tous les objets, réglages, modificateurs et leurs paramètres, soit effectivement un instantané complet de l’état du trancheur. La même page oppose également STL à 3MF en notant que 3MF peut regrouper plusieurs modèles, réglages de trancheur, une miniature, la couleur et la texture dans une seule archive. [7]

Cura et Bambu Studio montrent pourquoi la portabilité doit être nuancée. Les indications de dépannage de Cura destinées aux développeurs précisent que son fichier de projet contient l’imprimante et les réglages nécessaires au débogage, et les notes de version de la bêta Cura 5.7 d’UltiMaker avertissent que les réglages de projet 3MF peuvent ne pas être universellement applicables entre les imprimantes et, dans une mauvaise combinaison, pourraient provoquer des impressions ratées ou endommager les imprimantes. L’interface CLI de Bambu Studio accepte une entrée STL ou 3MF, mais les réglages provenant du 3MF ont la priorité la plus basse, après les valeurs de ligne de commande et les réglages JSON chargés. Même famille de conteneurs, sémantique différente. [8] [9] [10]

Critères de comparaison : taille de fichier, santé du maillage, compatibilité et qualité d’impression

La taille du fichier relève du comportement, pas d’un slogan. Le STL binaire possède une structure fixe de 50 octets par triangle, plus une surcharge au niveau du fichier, tandis que le STL ASCII existe également et est typiquement plus volumineux pour le même maillage. 3MF doit utiliser un packaging ZIP ; la compression peut donc aider, surtout lorsque la géométrie et les ressources associées sont regroupées. Mais aucun ratio universel honnête du type « 3MF est toujours X% plus petit » n’est possible sans évaluer le même modèle, la même tessellation et préciser si le 3MF inclut des miniatures ou des données de trancheur. [1] [2] [5]

La santé du maillage n’a rien de magique de la même façon. Le NIST répertorie les problèmes de réparation STL familiers : triangles manquants, arêtes effondrées, arêtes non partagées, normales inversées, triangles qui se chevauchent ou s’intersectent, et problèmes d’étanchéité. Un packaging plus riche n’élimine pas cette catégorie de problèmes. La revue ultérieure du NIST indique que 3MF s’appuie toujours sur des principes polygonaux et conserve des problèmes de réparation persistants, même s’il améliore le transfert de données autour du maillage. [12] [11]

La qualité d’impression dépend bien davantage de la résolution d’exportation du maillage, des réglages du trancheur, de l’étalonnage de l’imprimante et du comportement du matériau que du fait que le fichier source se termine par .stl ou .3mf. Le format de fichier seul ne garantit pas une meilleure finition de surface, des dimensions plus serrées ou des pièces plus résistantes. [11] [12]

Vérifications à effectuer avant de choisir un format

• Le destinataire prend-il en charge l’importation du noyau 3MF, ainsi que toute extension ou sémantique de projet dont vous avez réellement besoin, plutôt que la seule extension de fichier ? [5] [6]
• Avez-vous besoin de préserver l’échelle sans devoir deviner entre millimètres et pouces ? [5]
• Avez-vous besoin d’une intention multicolore ou multi-matériau, et l’outil de réception distingue-t-il la couleur d’affichage de l’intention d’impression réelle ? [5]
• La disposition sur le plateau, les modificateurs, les réglages d’imprimante ou un autre contexte de trancheur comptent-ils pour le transfert ? [7] [8] [10]
• Avez-vous besoin d’un historique CAO modifiable, auquel cas STL et 3MF doivent rester des exports en aval ?
• Un service d’impression demande-t-il un format de téléversement spécifique ? Si oui, suivez cette exigence plutôt qu’une règle générale.

Mise à jour des normes et de l’écosystème

3MF repose désormais sur deux couches : une norme de suite ISO/IEC officielle et un écosystème de spécifications publiques toujours en évolution. ISO/IEC 25422:2025 a été publiée en juin 2025 comme Édition 1 avec cinq pages au niveau de la suite, tandis que la page de spécifications du 3MF Consortium répertorie Core Specification v1.3.0 mise à jour le 2025-02-27 et Toolpath Extension v1.0.0 mise à jour le 2026-09-17. [3] [4]

Cela doit être interprété comme un signe de maturité, et non d’interopérabilité magique. Le NIST présente 3MF comme plus riche que STL pour l’échange de données de fabrication additive, mais toujours contraint par les principes de représentation polygonale et une prise en charge incomplète des modèles solides. C’est un meilleur format de transfert pour de nombreux flux de travail, mais pas un remplacement complet de bout en bout pour tous les besoins d’ingénierie, de planification des procédés ou de fil numérique. [11]

STL vs 3MF : règles de décision et conclusion

Si vous souhaitez une recommandation claire, privilégiez 3MF lorsque vous contrôlez la chaîne d’outils de réception et souhaitez des unités, une structure packagée et la possibilité de préserver davantage de contexte de préparation d’impression. Dans une décision STL vs 3MF, STL reste gagnant lorsque la compatibilité est la première priorité ou lorsque vous souhaitez délibérément n’envoyer qu’un simple maillage triangulaire avec un minimum d’informations annexes. Dès que la certitude d’échelle, plusieurs corps ou un transfert de type projet comptent, 3MF devient généralement le meilleur choix. [1] [2] [5]

Pour l’archivage, conservez la CAO native ou STEP comme maître, exportez en 3MF pour un transfert moderne vers la préparation d’impression, et gardez STL comme solution de repli universelle pour les maillages. Souvenez-vous également que le comportement « projet 3MF » est spécifique au trancheur : Prusa, Cura et Bambu Studio démontrent tous que des réglages supplémentaires peuvent exister dans les flux de travail 3MF, mais ils ne les traitent pas de manière identique. [7] [8] [10]

FAQ

3MF est-il meilleur que STL pour l’impression 3D ?

Habituellement, oui — si « meilleur » signifie préserver davantage de contexte lors du transfert. 3MF peut transporter des unités déclarées et un modèle de package structuré, tandis que STL est un format de maillage à objet unique plus simple. STL reste adapté au partage de géométrie basique et aux outils qui l’attendent spécifiquement. [1] [2] [5]

Quelles sont les limites du format de fichier STL ?

Les principales limites sont l’absence d’unités standardisées, l’absence de métadonnées descriptives standard, l’absence de gestion des couleurs standardisée et le fait que STL n’est pas un conteneur de scène ou de projet. Il s’agit fondamentalement d’un format d’échange de maillage triangulaire, et non d’un document de fabrication riche. [1] [2]

3MF améliore-t-il la qualité d’impression par rapport à STL ?

Pas automatiquement. Si le maillage sous-jacent est mal tessellé ou endommagé, 3MF ne le corrige pas à lui seul. La qualité d’impression dépend toujours davantage de la qualité de tessellation, des réglages du trancheur, de l’étalonnage de l’imprimante et du comportement du matériau que de la seule extension du fichier. [11] [12]

3MF est-il seulement un fichier de projet de trancheur ?

Non. Le 3MF standard est une norme de packaging et d’échange de modèles. Certains trancheurs utilisent également 3MF comme conteneur pour la persistance de projet. PrusaSlicer le fait de manière très poussée, tandis que les flux de travail Cura et Bambu montrent que les réglages peuvent être transportés mais interprétés différemment ou recevoir des priorités différentes. [5] [7] [8] [10]

Puis-je convertir du 3MF en STL, et qu’est-ce qui est perdu ?

Oui, mais la conversion réduit habituellement le contexte à la géométrie du maillage. Vous perdez généralement les unités déclarées, les métadonnées, la sémantique de fabrication multi-objet, l’intention standardisée de couleur ou de matériau, les miniatures et les données de projet spécifiques au trancheur qui peuvent avoir été stockées dans le package 3MF. [1] [2] [5]

Expert : que standardise 3MF et que laisse-t-il aux extensions ou aux environnements consommateurs ?

Le noyau 3MF standardise la structure du package, la partie modèle requise, le mécanisme de fabrication/éléments, les unités, le cadre de métadonnées et certains mécanismes de base relatifs à l’apparence ou à l’intention. Mais les extensions peuvent ne pas être prises en charge, et le comportement de PrintTicket est explicitement régi par l’environnement consommateur de réception, qui peut ignorer ou remapper les réglages. [5]

Expert : comment les unités et réglages de tessellation affectent-ils la précision dimensionnelle, indépendamment de STL ou 3MF ?

Les unités comptent car une déclaration d’unité explicite évite l’ambiguïté d’échelle, et la tessellation compte car les réglages d’exportation du maillage déterminent à quel point les triangles approchent la géométrie CAO d’origine. La discussion du NIST sur les problèmes de réparation et de tessellation STL est le rappel essentiel ici : une mauvaise triangulation et une mauvaise santé du maillage créent des problèmes dimensionnels, que le fichier soit ensuite encapsulé en STL ou 3MF. [5] [12]

Sources

1. Library of Congress — Famille de formats de fichier STL (STereoLithography). https://www.loc.gov/preservation/digital/formats/fdd/fdd000504.shtml
2. Library of Congress — Format de fichier STL (STereoLithography), binaire. https://www.loc.gov/preservation/digital/formats/fdd/fdd000505.shtml
3. ISO — ISO/IEC 25422:2025. https://www.iso.org/standard/90283.html
4. 3MF Consortium — Suite de spécifications. https://3mf.io/spec/
5. 3MF Consortium GitHub — Spécification centrale 3MF. https://github.com/3MFConsortium/spec_core/blob/master/3MF%20Core%20Specification.md
6. 3MF Consortium — Matrice de compatibilité. https://3mf.io/compatibility-matrix/
7. Prusa Knowledge Base — Enregistrement de projets en 3MF. https://help.prusa3d.com/article/saving-projects-as-3mf_1773?product=sl1
8. Wiki GitHub UltiMaker Cura — Signalement. https://github.com/Ultimaker/Cura/wiki/Reporting
9. UltiMaker — Notes de version de la bêta Cura 5.7. https://ultimaker.com/learn/ultimaker-cura-5-7-beta-release-notes/
10. Wiki GitHub Bambu Studio — Utilisation de la ligne de commande. https://github.com/bambulab/BambuStudio/wiki/Command-Line-Usage
11. Article NIST/ASM — Formats de données dans la fabrication additive. https://tsapps.nist.gov/publication/get_pdf.cfm?pub_id=936111
12. Article NIST — Exploration des concepts MBE pour la fabrication additive. https://tsapps.nist.gov/publication/get_pdf.cfm?pub_id=919076
13. ISO — ISO/ASTM 52915:2020. https://www.iso.org/cms/%20render/live/en/sites/isoorg/contents/data/standard/07/46/74640.html
14. ISO — ISO/ASTM 52900:2021. https://www.iso.org/standard/74514.html?browse=tc