Hi3D v1.0 è Open Source: cosa richiede davvero l'affermazione sulla stampa 3D

Hi3D v1.0 è stato pubblicato su GitHub e Hugging Face il 23 ottobre 2026 con un numero allegato: 90% di successo nello slicing. Quel numero è l'intera ragione per cui un'azienda di stampa 3D dovrebbe interessarsi al rilascio, ed è anche l'unico numero che il repository non riesce a riprodurre. Non contiene alcuno slicer, nessuna mesh di test, nessuna baseline e nessuna definizione di cosa conti come fallimento. Ciò che c'è davvero nel repository è sostanziale: codice di inferenza, otto file di pesi e una pipeline che prende una fotografia di riferimento più una mesh grezza e ne restituisce una molto più densa, fino a una griglia effettiva di estrazione sparsa di 1536³. Quindi la domanda utile non è se Hi3D v1.0 funzioni. È cosa deve essere vero attorno a esso prima che un pezzo stampabile esca dall'altro capo.

Cosa è stato rilasciato, esattamente

Il rilascio consiste nell'open-sourcing di Sparc3D — il pacchetto Python e l'API pubblica portano ancora i nomi sparc3d e Sparc3DPipeline per compatibilità, e il paper alla base risale a maggio 2025. Il repository GitHub è stato aperto con sei commit e un solo tag; la card di Hugging Face afferma che il modello è stato rilasciato il 23 ottobre 2026 e, nello stesso pannello, che "non è distribuito da alcun Inference Provider". Non esiste alcun endpoint ospitato per la v1.0. Il prodotto commerciale è una v3.0 separata e proprietaria, con geometria 2048³ e texture fino a 8K.

• Cosa contiene il repository — codice di inferenza, una demo, vincoli su Docker e dipendenze, e documentazione. Il codice di training, l'harness di valutazione del paper, le split dei benchmark e le mesh di confronto alla base della tabella principale sono tutti assenti, e il README lo dice chiaramente.

• Cosa sono i pesi — otto file di runtime: un indice del modello, una configurazione dello scheduler, una configurazione VAE e safetensors, e due configurazioni transformer e safetensors. Gli encoder delle immagini, facebook/dinov2-large e openai/clip-vit-large-patch14, vengono caricati separatamente al primo utilizzo e non fanno parte della directory del modello.

• Come installarlo — Python 3.10, PyTorch 2.5.0 con CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, installato dai sorgenti. Non esiste alcun wheel su PyPI né alcuna release precompilata.

• Quale licenza si applica — il Contratto di licenza aperta Hi3D 1.0. Non è una licenza OSI. L'uso commerciale è consentito, ma un prodotto o servizio che supera 200.000 utenti attivi mensili o 1.000.000 USD di ricavi mensili deve notificarlo a Hi3D e richiedere una licenza scritta separata entro 60 giorni, e le integrazioni devono mostrare "Powered by Hi3D 1.0" con un link dove il supporto lo consente.

La formulazione nella copertura del lancio è che si tratta di un modello image-to-3D di "grado di produzione industriale". La pagina di annuncio del fornitore stesso afferma effettivamente che è stato "convalidato in flussi di lavoro di produzione reali" e che la valutazione ha coperto l'aspetto multi-vista, i dettagli locali e l'usabilità geometrica. Non nomina un singolo cliente, flusso di lavoro o risultato misurato. Questa è un'asserzione sulla produzione, non una prova di essa.

La rivendicazione di stampa, suddivisa in quattro requisiti

Un pezzo che esce da una stampante deve soddisfare quattro requisiti che non hanno nulla a che fare con quanto sia impressionante un rendering. Hi3D v1.0 ne affronta bene uno, uno solo in parte e due per nulla.

• Scala — assente per scelta progettuale. L'output viene ricentrato e normalizzato a un raggio massimo unitario. Le dimensioni assolute e le coordinate mondiali non vengono preservate, quindi ogni modello deve essere ridimensionato in millimetri prima di avere un significato. Se la foto di riferimento proveniva da un oggetto reale e ti servivano le sue dimensioni reali, Hi3D non le conserva. Il repository lo dichiara esplicitamente anziché tacerlo, il che va riconosciuto, ma significa che la scala è un passaggio di cui ti fai carico.

• Topologia — ereditata dall'input, non riparata. Hi3D prende una mesh grossolana e vi aggiunge dettaglio. Se quella mesh grossolana presenta bordi non-manifold, auto-intersezioni o normali invertite, il raffinamento li rende più fini, non li corregge. La sezione sui limiti del README stesso afferma che "la struttura grossolana conta" e che errori gravi nella mesh grossolana possono persistere. Uno slicer continuerà a incepparsi sugli stessi difetti, solo a risoluzione più alta. Questa è la frase più importante della release per chiunque la punti verso una stampante.

• Superficie — assente. L'output è un trimesh.Trimesh di sola geometria: nessuna texture, nessun materiale, nessun colore dei vertici. Per la stampa a materiale singolo questo è per lo più irrilevante, perché si stampa il materiale anziché le mappe UV. Per qualsiasi cosa che richieda un risultato dipinto o multicolore, o per un'anteprima cliente che debba somigliare al prodotto, è squalificante e ti spinge alla v3.0.

• Stampabilità — non valutata. Nulla nel repo misura lo spessore delle pareti, la dimensione minima dei dettagli, gli sbalzi, o se la mesh sia a tenuta stagna dopo la rifinitura. Il dato del 90% sullo slicing vive nel comunicato stampa, non nel codice, e nessuno slicer viene nominato. Un file slicato non è nemmeno un pezzo stampato: il successo dello slicing non ti dice che la stampa aderirà, resisterà ai supporti o manterrà la tolleranza.

I numeri, ordinati in base a ciò che effettivamente li sostiene

Il comunicato mescola affermazioni con livelli di sostegno molto diversi. Metterle tutte insieme è il modo in cui un numero fornito dal venditore diventa un fatto in una decisione d'acquisto.

• Circa due milioni di asset 3D selezionati — dichiarato nel comunicato stampa e sulla model card, e coerente con la linea Sparc3D, che il paper precedente descriveva con circa 500.000 asset. Non è possibile verificare la selezione dal repository, perché né il dataset né il codice di addestramento sono inclusi. Consideratelo un dato credibile del fornitore, non verificato.

• Risoluzione effettiva 1536³ — questa è una configurazione reale. La pipeline esegue una passata per 512³, due per 1024³ e tre per 1536³, con 25 aggiornamenti dello scheduler per passata per impostazione predefinita. La parola "effettiva" è importante: si tratta di griglie nominali di coordinate sparse e di estrazione, non di un tensore latente denso 1536³. Il README nota anche che l'impostazione 1536³ è stata validata solo su una H20 da 96 GB e che la fattibilità e la memoria di picco su schede più piccole non sono dichiarate.

• 90% di successo nello slicing — riportato dal fornitore, non replicato e senza metodologia. Nessuno slicer, nessuna definizione di fallimento, nessuna baseline, nessun set di test. È il numero più citabile della release e il meno verificabile.

• Massima fedeltà multi-view e ricchezza di dettagli — presentato come il risultato della "valutazione riportata", che non è nel repository. Non esiste alcuna tabella comparativa, alcun elenco di concorrenti e alcuna suddivisione per categoria.

• "Convalidato in flussi di lavoro di produzione reali" — una frase sulla pagina dell'annuncio, senza alcun partner nominato, nessun caso di studio e nessun flusso di lavoro descritto. Potrebbe benissimo essere vero. Non è ancora una prova.

La barriera hardware

Lo stack misurato è un NVIDIA H20 da 96 GB, e il repository è onesto sul fatto che questa è la macchina su cui è stata validata l'impostazione massima. I requisiti circostanti sono altrettanto specifici: Linux, compute capability 8.0 o superiore, CUDA dalla 12.0 alla 12.5 e nessun percorso di inferenza su CPU. flash-attn non dispone di un'implementazione di attention di fallback, quindi un errore di build in quel punto è fatale anziché comportare un degrado. La dimensione del batch è uno.

L'offload sequenziale sulla CPU è supportato e riduce la residenza in GPU, ma il README ci tiene a precisare che {{1}}non stabilisce un requisito minimo di memoria GPU{{/1}} e non elimina il costo delle feature decodificate. In pratica ciò significa che il percorso one-pass a 512³ potrebbe entrare in una scheda da 24 GB, ma nessuno ha pubblicato una tabella della memoria e il fornitore non lo ha dichiarato. Se il tuo piano dipende da una 4090, stai usando una configurazione non verificata e dovresti cronometrarla e misurarla tu stesso prima di impegnarti.

Come si presenta una pipeline di stampa funzionante

Hi3D v1.0 è una fase. Il repository include un adattatore opzionale che utilizza Hunyuan3D-2 mini di Tencent per produrre la mesh grezza da una singola immagine; Hunyuan è di terze parti e non è una dipendenza della libreria principale, ma senza qualcosa del genere non si ha alcun input.

Quindi la sequenza reale è: generare o ottenere una mesh grossolana, raffinarla con Hi3D a {{1}}512³{{/1}}, {{2}}1024³{{/2}} o {{3}}1536³{{/3}}, esportare la geometria, ridimensionarla alle dimensioni reali, riparare qualsiasi errore di topologia introdotto dalla fase grossolana, verificare la tenuta stagna, quindi eseguire lo slicing. Tre di questi passaggi — riparazione, tenuta stagna, slicing — non hanno equivalenti da nessuna parte nella release, e il primo è quello in cui si verificherà davvero la maggior parte dei fallimenti.

OrcaRouter non ospita Hi3D v1.0 né qualsiasi altro modello 3D, e non restituirà una mesh stampabile da una chiamata API. Ciò che ospita è il lavoro di testo e vision attorno alla pipeline: scrivere il brief dell'oggetto, descrivere la foto di riferimento e valutare i render multi-vista per individuare difetti prima di spendere tempo GPU su un passaggio a 1536³. Quello è un unico endpoint per oltre 200 modelli con failover automatico, il che è utile quando i controlli circostanti sono la parte che non vuoi costruire da solo. Il passaggio 3D resta sul tuo hardware.

Chi dovrebbe scaricarlo questa settimana

Se in produzione disponi già di un generatore di mesh a bassa risoluzione — Hunyuan3D-2 mini, TripoSR o una fase interna — e il tuo collo di bottiglia è che le mesh risultano morbide, Hi3D v1.0 merita una giornata di tempo GPU. Il percorso a 512³ è il punto da cui iniziare; il percorso a 1536³ richiede la scheda di classe H20 usata dal fornitore.

Se il vostro requisito è "una fotografia in ingresso, un pezzo stampabile in uscita", questa versione non lo fa, e nemmeno il marketing che la circonda. Avete comunque bisogno della prima fase, della fase di riparazione e dello slicer, e il dato del 90% non è trasferibile ai vostri oggetti, al vostro materiale o alla vostra stampante.

Se hai bisogno di texture, colore o di un render destinato al cliente, aspetta la v3.0 oppure usa qualcos'altro. Solo geometria è un limite invalicabile, non una lacuna temporanea.

Ciò che cambierebbe il verdetto è ristretto e specifico: uno slicer nominato, un set di test pubblicato, una tassonomia dei fallimenti e una baseline — idealmente la mesh grossolana non raffinata, così che il lettore possa vedere cosa ha effettivamente apportato il raffinamento. Una tabella di memoria e latenza per tutte e tre le risoluzioni su più di una GPU risolverebbe la questione hardware. Finché non esiste uno di questi elementi, la descrizione onesta di Hi3D v1.0 è quella di un raffinatore geometrico forte e genuinamente aperto, con un'asserzione di produzione aggiunta prima delle sue prove.