Hi3D v1.0 est open source : ce que l’affirmation sur l’impression 3D exige réellement

Hi3D v1.0 est apparu sur GitHub et Hugging Face le 23 octobre 2026 avec un chiffre qui lui est attaché : 90 % de réussite au tranchage. Ce chiffre est toute la raison pour laquelle un atelier d’impression 3D devrait s’intéresser à cette version, et c’est aussi le seul chiffre que le dépôt ne peut pas reproduire. Il n’y a pas de trancheur dedans, pas de maillages de test, pas de référence de base, et aucune définition de ce qui compte comme un échec. Ce qui se trouve réellement dans le dépôt est substantiel : du code d’inférence, huit fichiers de poids, et un pipeline qui prend une photographie de référence plus un maillage grossier et en renvoie un beaucoup plus dense, jusqu’à une grille d’extraction éparse effective de 1536³. Donc la question utile n’est pas de savoir si Hi3D v1.0 fonctionne. C’est ce qui doit être vrai autour de lui pour qu’une pièce imprimable en ressorte à l’autre bout.

Qu'est-ce qui a été livré, précisément

La sortie consiste en l’open-sourcing de Sparc3D — le package Python et l’API publique portent toujours les noms sparc3d et Sparc3DPipeline pour des raisons de compatibilité, et l’article sous-jacent date de mai 2025. Le dépôt GitHub a ouvert avec six commits et un seul tag ; la carte Hugging Face indique que le modèle a été publié le 23 octobre 2026 et, dans le même panneau, qu’il « n’est déployé par aucun fournisseur d’inférence ». Il n’existe aucun point de terminaison hébergé pour la v1.0. Le produit commercial est une v3.0 distincte et propriétaire, avec une géométrie 2048³ et des textures jusqu’à 8K.

• Ce que contient le dépôt — le code d’inférence, une démo, Docker et les contraintes de dépendances, ainsi que la documentation. Le code d’entraînement, le harnais d’évaluation de l’article, les découpages des benchmarks et les maillages de comparaison derrière le tableau principal sont tous absents, et le README le dit clairement.

• Ce que sont les poids — huit fichiers d’exécution : un index de modèle, une configuration de planificateur, une configuration de VAE et des safetensors, ainsi que deux configurations de transformateur et des safetensors. Les encodeurs d’images, facebook/dinov2-large et openai/clip-vit-large-patch14, se chargent séparément lors de la première utilisation et ne font pas partie du répertoire du modèle.

• Comment l'installer — Python 3.10, PyTorch 2.5.0 avec CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, installé depuis les sources. Il n'existe aucun wheel PyPI ni version précompilée.

• Quelle licence s’applique — la Hi3D Open License Agreement 1.0. Il ne s’agit pas d’une licence OSI. L’utilisation commerciale est autorisée, mais un produit ou un service qui dépasse 200 000 utilisateurs actifs mensuels ou 1 000 000 USD de revenus mensuels doit notifier Hi3D et demander une licence écrite distincte dans les 60 jours, et les intégrations doivent afficher « Powered by Hi3D 1.0 » avec un lien lorsque le support le permet.

Le cadrage dans la couverture du lancement est qu’il s’agit d’un modèle image-to-3D de « qualité production industrielle ». La page d’annonce du fournisseur elle-même affirme qu’il a été « validé dans des flux de production réels » et que l’évaluation couvrait l’apparence multi-vues, les détails locaux et l’utilisabilité géométrique. Elle ne nomme aucun client, aucun flux de travail ni aucune sortie mesurée. C’est une affirmation sur la production, pas une preuve de celle-ci.

La revendication d'impression, décomposée en quatre exigences

Une pièce qui sort d'une imprimante doit satisfaire à quatre exigences qui n'ont rien à voir avec l'aspect impressionnant d'un rendu. Hi3D v1.0 répond bien à l'une d'elles, partiellement à une autre, et pas du tout aux deux dernières.

• Échelle — absente par conception. La sortie est recentrée et normalisée à un rayon maximal unitaire. La taille absolue et les coordonnées mondiales ne sont pas conservées, donc chaque modèle doit être remis à l’échelle en millimètres avant d’avoir un sens. Si votre photo de référence provient d’un objet réel et que vous aviez besoin de ses dimensions réelles, Hi3D ne les transmet pas. Le dépôt est explicite à ce sujet plutôt que silencieux, ce qui mérite d’être souligné, mais cela signifie que la mise à l’échelle est une étape dont vous êtes responsable.

• Topologie — héritée de l'entrée, non corrigée. Hi3D prend un maillage grossier et y ajoute des détails. Si ce maillage grossier comporte des arêtes non-manifold, des auto-intersections ou des normales inversées, le raffinement les rend plus fins, pas corrects. La section des limitations du README indique elle-même que « la structure grossière importe » et que des erreurs graves sur le maillage grossier peuvent persister. Un slicer continuera de buter sur les mêmes défauts, seulement à une résolution supérieure. C'est la phrase la plus importante de cette version pour quiconque l'utilise avec une imprimante.

• Surface — absent. La sortie est un trimesh.Trimesh uniquement géométrique : pas de textures, pas de matériaux, pas de couleurs de sommets. Pour l’impression mono-matériau, ce n’est généralement pas un problème, car on imprime de la matière plutôt que des cartes UV. Pour tout ce qui nécessite un résultat peint ou multicolore, ou pour un aperçu client qui doit ressembler au produit, c’est rédhibitoire et vous pousse vers la v3.0.

• Imprimabilité — non évaluée. Rien dans le dépôt ne mesure l'épaisseur de paroi, la taille minimale des détails, les surplombs, ni ne vérifie si le maillage est étanche après affinage. Le chiffre de 90 % de découpe figure dans le communiqué de presse, pas dans le code, et aucun logiciel de découpe n'est nommé. Un fichier découpé n'est pas non plus une pièce imprimée : la réussite de la découpe ne dit pas si l'impression adhérera, résistera aux supports ou respectera les tolérances.

Les chiffres, classés selon ce qui les étaye réellement

Le communiqué mêle des affirmations dont les niveaux de preuve sont très différents. Les regrouper, c’est ainsi qu’un chiffre fournisseur devient un fait dans une décision d’achat.

• Environ deux millions d’actifs 3D sélectionnés — indiqué dans le communiqué de presse et sur la fiche du modèle, et cohérent avec la lignée Sparc3D, que l’article précédent décrivait à environ 500 000 actifs. Vous ne pouvez pas auditer la sélection depuis le dépôt, car ni le jeu de données ni le code d’entraînement ne sont fournis. Considérez-le comme un chiffre crédible annoncé par le fournisseur, et non comme un chiffre vérifié.

• 1536³ de résolution effective — celle-ci est bien réelle en tant que configuration. Le pipeline exécute une passe pour 512³, deux pour 1024³ et trois pour 1536³, avec par défaut 25 mises à jour du planificateur par passe. Le mot « effective » compte : il s'agit de grilles nominales de coordonnées creuses et d'extraction, et non d'un tenseur latent dense de 1536³. Le README précise également que le réglage 1536³ n'a été validé que sur un H20 de 96 Go et que la faisabilité ainsi que la mémoire de pointe sur des cartes plus petites ne sont pas indiquées.

• 90 % de réussite du tranchage — rapporté par le fournisseur, non reproduit et sans méthodologie. Aucun trancheur, aucune définition d’échec, aucune base de référence, aucun jeu de test. C’est le chiffre le plus citable de la version et le moins vérifiable.

• Fidélité multivue et richesse de détails maximales — présenté comme le résultat de « l’évaluation rapportée », qui ne figure pas dans le dépôt. Il n’y a ni tableau comparatif, ni liste de concurrents, ni ventilation par catégorie.

• « Validé dans de véritables workflows de production » — une phrase sur la page d’annonce, sans partenaire nommé, sans étude de cas et sans workflow décrit. C’est peut-être vrai. Ce n’est pas encore une preuve.

Le mur matériel

La pile mesurée est une NVIDIA H20 de 96 Go, et le dépôt reconnaît honnêtement que c’est la machine sur laquelle le réglage le plus élevé a été validé. Les prérequis associés sont tout aussi précis : Linux, capacité de calcul 8.0 ou supérieure, CUDA 12.0 à 12.5, et aucun chemin d’inférence CPU du tout. flash-attn ne dispose d’aucune implémentation d’attention de repli, donc un échec de compilation à cet endroit est fatal plutôt que dégradé. La taille de lot est de un.

Le déchargement séquentiel vers le CPU est pris en charge et réduit l’occupation de la GPU, mais le README prend soin de préciser qu’il n’établit pas d’exigence minimale de mémoire GPU et ne supprime pas le coût des fonctionnalités décodées. En pratique, cela signifie que le chemin en une passe en 512³ peut tenir sur une carte de 24 Go, mais personne n’a publié de tableau de mémoire, et le fournisseur ne l’a pas affirmé. Si votre projet repose sur une 4090, vous exécutez une configuration non vérifiée et devez mesurer et chronométrer vous-même avant de vous engager.

À quoi ressemble un pipeline d’impression fonctionnel

Hi3D v1.0 ne comporte qu’une seule étape. Le dépôt fournit un adaptateur optionnel qui utilise Tencent Hunyuan3D-2 mini pour produire le maillage grossier à partir d’une seule image ; Hunyuan est un composant tiers et ne constitue pas une dépendance de la bibliothèque principale, mais sans un outil de ce type, vous n’avez aucune entrée.

Donc la séquence réelle est la suivante : générer ou obtenir un maillage grossier, l’affiner avec Hi3D en 512³, 1024³ ou 1536³, exporter la géométrie, la remettre à l’échelle des dimensions réelles, réparer tout ce que l’étape grossière a produit comme erreurs de topologie, vérifier l’étanchéité, puis découper en tranches. Trois de ces étapes — la réparation, l’étanchéité et le découpage — n’ont aucun équivalent nulle part dans la version publiée, et c’est sur la première que la plupart des échecs se produiront réellement.

OrcaRouter n'héberge pas Hi3D v1.0 ni aucun autre modèle 3D, et il ne renverra pas un maillage imprimable à partir d'un appel d'API. Ce qu'il héberge, c'est le travail de texte et de vision autour du pipeline : rédiger le brief de l'objet, légender la photo de référence et évaluer les rendus multi-vues pour détecter les défauts avant de consacrer du temps GPU à une passe en 1536³. C'est un seul endpoint pour plus de 200 modèles avec basculement automatique en cas d'échec, ce qui est utile lorsque les vérifications environnantes sont la partie que vous ne voulez pas construire vous-même. L'étape 3D reste sur votre propre matériel.

Qui devrait le télécharger cette semaine

Si vous disposez déjà en production d’un générateur de maillage grossier — Hunyuan3D-2 mini, TripoSR ou une étape interne — et que votre goulot d’étranglement est que les maillages manquent de netteté, Hi3D v1.0 vaut une journée de calcul GPU. Le chemin 512³ est par où commencer ; le chemin 1536³ nécessite la carte de classe H20 utilisée par le fournisseur.

Si votre exigence est « une photo en entrée, une pièce imprimable en sortie », cette version ne le fait pas, et le marketing qui l'entoure non plus. Vous avez toujours besoin de la première étape, de l'étape de réparation et du slicer, et le chiffre de 90 % ne s'applique pas à vos objets, votre matériau ou votre imprimante.

Si vous avez besoin de textures, de couleurs ou d’un rendu destiné au client, attendez la v3.0 ou utilisez autre chose. Le mode géométrie seule est une limite stricte, et non une lacune temporaire.

Ce qui changerait le verdict est étroit et précis : un slicer nommé, un jeu de test publié, une taxonomie des défaillances et une référence — idéalement le maillage grossier non raffiné, afin que le lecteur puisse voir ce que le raffinement a réellement apporté. Un tableau de mémoire et de latence aux trois résolutions sur plus d'un GPU trancherait la question matérielle. Tant qu'aucun de ces éléments n'existe, la description honnête de Hi3D v1.0 est celle d'un raffineur de géométrie robuste et véritablement ouvert, auquel on a greffé une prétention à la production avant même d'en avoir les preuves.