Hi3D v1.0 är öppen källkod: Vad påståendet om 3D-utskrift faktiskt kräver

Hi3D v1.0 lades upp på GitHub och Hugging Face den 23 oktober 2026 med ett nummer kopplat till sig: 90 % skivningsframgång. Det numret är hela anledningen till att en 3D-utskriftsbutik bör bry sig om lanseringen, och det är också det enda numret som repositoryt inte kan reproducera. Det finns ingen slicer i det, inga testnät, ingen baslinje och ingen definition av vad som räknas som ett misslyckande. Det som faktiskt finns i repot är omfattande: inferenskod, åtta viktfiler och en pipeline som tar ett referensfoto plus ett grovt nät och returnerar ett mycket tätare sådant, upp till ett effektivt gles extraktionsgrid på 1536³. Så den användbara frågan är inte huruvida Hi3D v1.0 fungerar. Det är vad som måste vara sant runt det innan en utskrivbar del kommer ut i andra ändan.

Vad som levererades, exakt

Släppet är att Sparc3D har gjorts till öppen källkod – Python-paketet och det publika API:et bär fortfarande namnen sparc3d och Sparc3DPipeline för kompatibilitet, och den bakomliggande artikeln dateras till maj 2025. GitHub-förrådet öppnades med sex commits och en enda tagg; Hugging Face-kortet anger att modellen släpptes den 23 oktober 2026 och, i samma panel, att den "inte är driftsatt av någon Inference Provider". Det finns ingen hostad slutpunkt för v1.0. Den kommersiella produkten är en separat, proprietär v3.0 med 2048³-geometri och texturer på upp till 8K.

• Vad repot innehåller — inferenskod, en demo, Docker och beroendebegränsningar samt dokumentation. Träningskod, artikelns utvärderingsramverk, benchmark-uppdelningar och jämförelsemesharna bakom huvudtabellen saknas alla, och README säger det rakt ut.

• Vad vikterna är — åtta körtidsfiler: ett modellindex, en scheduler-konfiguration, en VAE-konfiguration och safetensors, samt två transformer-konfigurationer och safetensors. Bildkodarna, facebook/dinov2-large och openai/clip-vit-large-patch14, laddas separat vid första användningen och ingår inte i modellkatalogen.

• Hur du installerar det — Python 3.10, PyTorch 2.5.0 med CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, installerat från källkoden. Det finns ingen PyPI-wheel och ingen förbyggd release.

• Vilken licens gäller — Hi3D Open License Agreement 1.0. Det är inte en OSI-licens. Kommersiell användning är tillåten, men en produkt eller tjänst som överskrider 200 000 månatliga aktiva användare eller 1 000 000 USD i månatliga intäkter måste meddela Hi3D och ansöka om en separat skriftlig licens inom 60 dagar, och integrationer måste visa "Powered by Hi3D 1.0" med en länk där mediet stöder det.

Inramningen i lanseringsbevakningen är att detta är en bild-till-3D-modell av "industriell produktionskvalitet". Leverantörens egen tillkännagivandesida hävdar visserligen att den har "validerats i verkliga produktionsarbetsflöden" och att utvärderingen omfattade utseende från flera vyer, lokal detaljrikedom och geometrisk användbarhet. Den namnger inte en enda kund, ett enda arbetsflöde eller något uppmätt resultat. Det är ett påstående om produktion, inte bevis för den.

Utskriftskravet, uppdelat i fyra krav

En del som kommer ut ur en skrivare måste uppfylla fyra saker som inte har något att göra med hur imponerande en rendering ser ut. Hi3D v1.0 hanterar en av dem väl, en delvis och två inte alls.

• Skala — borta med avsikt. Utdata centreras om och normaliseras till en maximal radie på en enhet. Absolut storlek och världskoordinater bevaras inte, så varje modell måste skalas om till millimeter innan den har någon betydelse. Om ditt referensfoto kom från ett verkligt objekt och du behövde dess verkliga mått, för Hi3D inte vidare dem. Repot är öppet med detta i stället för tystlåtet, vilket är värt beröm, men det innebär att skalning är ett steg du själv ansvarar för.

• Topologi — ärvs från indata, repareras inte. Hi3D tar ett grovt mesh och lägger till detaljer. Om det grova meshet har icke-manifolda kanter, självskärningar eller inverterade normaler gör förfiningen dem finare, inte korrekta. README:ns eget avsnitt om begränsningar säger att "grov struktur spelar roll" och att allvarliga fel i grova mesh kan kvarstå. En slicer kommer fortfarande att fastna på samma defekter, bara vid högre upplösning. Det här är den enskilt viktigaste meningen i utgåvan för den som riktar den mot en skrivare.

• Yta — saknas. Utdata är en trimesh.Trimesh med enbart geometri: inga texturer, inga material, inga vertexfärger. För utskrift med ett enda material är det oftast inget problem, eftersom man skriver ut material snarare än UV-kartor. För allt som behöver ett målat eller flerfärgat resultat, eller för en kundförhandsvisning som måste se ut som produkten, är det diskvalificerande och driver dig till v3.0.

• Utskrivbarhet — ej utvärderad. Inget i repot mäter väggtjocklek, minsta detaljstorlek, överhäng eller huruvida nätet är vattentätt efter förfining. Siffran om 90 % för skivning finns i pressmeddelandet, inte i koden, och ingen skivare namnges. En skivad fil är inte heller en utskriven del: lyckad skivning säger inte att utskriften kommer att fästa, klara stöd eller hålla tolerans.

Siffrorna, sorterade efter vad som faktiskt ligger bakom dem

Pressmeddelandet blandar påståenden med mycket olika grad av underbyggnad. Det är genom att klumpa ihop dem som en siffra från leverantören blir ett faktum i ett köpbeslut.

• Cirka två miljoner kurerade 3D-tillgångar — anges i pressmeddelandet och på modellkortet, och stämmer överens med Sparc3D-linjen, som den tidigare artikeln beskrev som cirka 500 000 tillgångar. Du kan inte granska kurationen från repot, eftersom varken datasetet eller träningskoden levereras. Betrakta det som en trovärdig leverantörssiffra, inte en verifierad sådan.

• 1536³ effektiv upplösning — den här är verklig som konfiguration. Pipelinen kör ett pass för 512³, två för 1024³ och tre för 1536³, med 25 scheduler-uppdateringar per pass som standard. Ordet ”effektiv” spelar roll: dessa är nominella glesa koordinat- och extraktionsnät, inte en tät 1536³ latent tensor. README noterar också att inställningen 1536³ endast har validerats på ett 96 GB H20 och att genomförbarhet och högsta minnesanvändning på mindre kort inte anges.

• 90 % slicingframgång – leverantörsrapporterad, ej reproducerad och utan metodredovisning. Ingen slicer, ingen definition av misslyckande, ingen baslinje, inget testset. Det är den mest citerbara siffran i lanseringen och den minst kontrollerbara.

• Högsta trohet och detaljrikedom vid flera vyer — presenteras som resultatet av "den rapporterade utvärderingen", vilken inte finns i arkivet. Det finns ingen jämförelsetabell, ingen konkurrentlista och ingen uppdelning per kategori.

• "Validerat i verkliga produktionsarbetsflöden" — en mening på tillkännagivandesidan, utan namngiven partner, utan fallstudie och utan beskrivet arbetsflöde. Det kan mycket väl vara sant. Det är ännu inte bevis.

Hårdvaruväggen

Den uppmätta stacken är en 96 GB NVIDIA H20, och repot är tydligt med att det är maskinen som den högsta inställningen validerades på. De omkringliggande kraven är lika specifika: Linux, beräkningskapacitet 8.0 eller nyare, CUDA 12.0 till 12.5 och ingen CPU-inferensväg alls. flash-attn har ingen reservimplementation för attention, så ett byggfel där är fatalt snarare än degraderat. Batchstorleken är ett.

Sekventiell CPU-offload stöds och minskar mängden data som ligger kvar på GPU:n, men READMEn är noga med att påpeka att det inte fastställer något minimikrav på GPU-minne och inte tar bort kostnaden för avkodade särdrag. I praktiken innebär det att enpassvägen för 512³ kan få plats på ett 24 GB-kort, men ingen har publicerat någon minnestabell, och leverantören har inte hävdat det. Om din plan bygger på ett 4090 kör du en overifierad konfiguration och bör mäta tidsåtgång och prestanda själv innan du går vidare.

Hur en fungerande utskriftspipeline ser ut

Hi3D v1.0 är ett steg. I repot finns en valfri adapter som använder Tencents Hunyuan3D-2 mini för att skapa det grova meshet från en enda bild; Hunyuan är tredjepart och inte ett beroende för kärnbiblioteket, men utan något liknande har du ingen indata.

Så den verkliga sekvensen är: generera eller anskaffa ett grovt mesh, förfina det med Hi3D vid 512³, 1024³ eller 1536³, exportera geometrin, skala om den till verkliga dimensioner, reparera den topologi som det grova steget fick fel, verifiera vattentätheten och sedan slica. Tre av dessa steg – reparation, vattentäthet, slicing – har ingen motsvarighet någonstans i utgåvan, och det är i det första som de flesta fel faktiskt kommer att uppstå.

OrcaRouter är inte värd för Hi3D v1.0 eller någon annan 3D-modell, och kommer inte att returnera ett utskrivbart mesh från ett API-anrop. Det den däremot är värd för är text- och visionsarbetet kring pipelinen: att skriva objektbeskrivningen, sätta bildtext på referensfotot och bedöma renderingar från flera vyer med avseende på defekter innan du lägger GPU-tid på en 1536³-genomkörning. Det är en slutpunkt för fler än 200 modeller med automatisk failover, vilket är användbart när de omkringliggande kontrollerna är den del du inte vill bygga själv. 3D-steget stannar på din egen hårdvara.

Vem bör ladda ner det den här veckan?

Om du redan har en generator för grova mesh i produktion – Hunyuan3D-2 mini, TripoSR eller ett internt steg – och din flaskhals är att mesharna ser mjuka ut, är Hi3D v1.0 värd en dag av GPU-tid. 512³-vägen är startpunkten; 1536³-vägen kräver det H20-klassade kort som leverantören använde.

Om ditt krav är "ett foto in, en utskrivbar del ut" gör den här utgåvan inte det, och inte heller marknadsföringen kring den. Du behöver fortfarande det första steget, reparationssteget och slicern, och siffran 90 % gäller inte för dina objekt, ditt material eller din skrivare.

Om du behöver textur, färg eller en kundvänd rendering, vänta på v3.0 eller använd något annat. Endast geometri är en hård gräns, inte en tillfällig lucka.

Det som skulle ändra omdömet är snävt och specifikt: en namngiven slicer, en publicerad testuppsättning, en felstaxonomi och en baslinje – helst det oförädlade grova nätet, så att läsaren kan se vad förfiningen faktiskt gav. En tabell över minne och latens vid alla tre upplösningarna på mer än en GPU skulle avgöra hårdvarufrågan. Tills något av detta finns är den ärliga beskrivningen av Hi3D v1.0 en stark, genuint öppen geometriförfinare med ett produktionspåstående påklistrat före sitt underlag.