Titelkaart voor Hi3D V1.0 met de publicatiedatum van de repository op 23 oktober 2026, de groei van de trainingsdata van 500K naar 2M assets, en de claim 'productiegevalideerd' uit het persbericht.
Engineering & Research

Hi3D V1.0: Zes commits in de repo, "productiegevalideerd" in de praktijk

Auteur

Gideon Frost

Publicatiedatum

Nieuwste modellen · 20Bekijk alle modellen →
Benchmarks: Artificial Analysis · dagelijks bijgewerkt
Terug naar alle berichten

Op 23 oktober 2026 verscheen Hi3D V1.0 op GitHub met zes commits, één tag en acht gewichtsbestanden. Binnen een dag circuleerde dezelfde release via persbureaus onder een kop die het "het eerste productiegevalideerde open-source AI 3D-model" noemde. Beide beweringen zijn waar. Slechts één ervan is controleerbaar, en de kloof daartussen is het meest nuttige dat een potentiële gebruiker over deze release kan begrijpen.

De repo verdient op zijn eigen voorwaarden aandacht. Hi3D V1.0 is de open-source voortzetting van Sparc3D, het NeurIPS 2025-werk over sparse-grid 3D-representatie. Het is geen text-to-3D-generator. Je geeft het een referentieafbeelding en een al bestaand grof mesh, en het retourneert een dichter mesh. Dat onderscheid bepaalt of de release überhaupt nuttig voor je is, dus het is de moeite waard om dit vóór alle kwaliteitscijfers te stellen: als je iets zocht dat een zin in een object verandert, is dit het verkeerde artefact.

Single-column scoreboard for Hi3D V1.0 listing mesh-only geometry output, 1536 cubed maximum resolution, about 2 million training assets as a vendor claim, a custom licence triggering at 200K monthly active users, a 96 GB H20 hardware floor, and a 90 percent slicing success rate with no denominator.

Wat zit er eigenlijk in de repository?

Deze release is uitsluitend voor inferentie. De code samplet sparse latents, decodeert ze via een zelf-prunende sparse VAE en extraheert een mesh; de modelladder voert drie passes uit op nominale structurele grids van 64³, 128³ en 192³, wat sparse extractiegrids oplevert met labels 512³, 1024³ en 1536³. Een 512³-run gebruikt één pass, 1024³ gebruikt er twee en 1536³ gebruikt er drie, met 25 scheduler-updates per pass. De output is geometrie en niets anders: geen textures, geen materialen, geen vertexkleuren, batchgrootte één, en het resultaat wordt opnieuw gecentreerd en genormaliseerd naar eenheidsradius, waardoor de absolute schaal wegvalt.

Wat ontbreekt is even belangrijk als wat aanwezig is. Er is geen trainingscode, geen evaluatieraamwerk, geen benchmark-splitsingen en geen vergelijkingsmeshes. Het Python-pakket behoudt de oude naam — sparc3d, met een Sparc3DPipeline-entrypoint — wat een nuttige herinnering is dat dit de onderzoekscodebase met een nieuw label is, en niet een nieuwe build. De optionele demo-adapter is gebouwd op Tencent's Hunyuan3D-2 mini en heeft zijn eigen licentie, los van die van Hi3D.

Screenshot of the hi3d-official/Hi3Dv1.0 GitHub repository showing six commits, one branch, one tag, 126 stars and 13 forks, with the description 'Official Hi3D v1.0: high-resolution 3D geometry refinement built on Sparc3D.'

De lijst met afhankelijkheden is kort en onvergevingsgezind: Linux, Python 3.10, een NVIDIA-GPU met compute capability 8.0 of hoger, CUDA 12.0–12.5 afgestemd op de PyTorch-build, en flash-attn zonder terugvalpad. Er is geen CPU-inferentie. De configuratie waartegen Hi3D heeft gemeten was een enkele 96 GB H20, en de repository vermeldt dat 1536³ alleen op die GPU is gevalideerd. DINOv2-large en CLIP-ViT-L/14 worden tijdens runtime afzonderlijk gedownload.

"Productiegevalideerd" is een uitdrukking, geen meting.

Het persbericht definieert de term niet. De opgegeven basis is dat het team "het in echte productieworkflows heeft getest om de praktische bruikbaarheid te verbeteren" voordat het open source werd gemaakt. Dat is een beschrijving van intern dogfooding, wat een redelijke zaak is voor een bedrijf om te doen en een zwak iets om in een kop te zetten. Er is geen genoemde klant, geen aantal uitrollen, geen gegevens over faalpercentages en geen derde partij betrokken. Het bericht citeert ook niemand: het noemt een mediacontact en schrijft geen verklaring toe aan iemand.

Dit is geen schandaal. Zo werken leveranciersreleases nu eenmaal, en Hi3D is verre van de ergste overtreder. Maar de formulering heeft hier een specifieke functie. 'Productiegevalideerd' nodigt de lezer uit om aan te nemen dat onafhankelijk productiegebruik is waargenomen en gemeten. Wat de release ondersteunt, is beperkter: de leverancier gebruikte zijn eigen model in zijn eigen workflows. Dat zijn verschillende beweringen, en alleen de tweede is officieel vastgelegd.

Dezelfde terughoudendheid zou moeten gelden voor de kwaliteitscijfers. De Engelstalige release zegt dat het model "de hoogste scores voor multi-viewgetrouwheid en detailrijkdom in de gerapporteerde evaluatie" heeft behaald, zonder de scores te vermelden. Chineestalige berichtgeving over dezelfde lancering levert ze wel: multi-viewgetrouwheid 0,75, detailrijkdom 0,841, een score voor menselijke voorkeur van 85,9% en een beweerd slaagpercentage voor slicing van ongeveer 90% tegenover 7–17% voor niet nader genoemde mainstream modellen bij 1536³. Elk van die cijfers is door de leverancier gerapporteerd. Geen ervan is onafhankelijk gerepliceerd, en de repository kan ze niet reproduceren omdat de evaluatieharness niet is meegeleverd.

Het cijfer van 90% voor slicen is er een om met de nodige reserve te bekijken. Er wordt geen slicer genoemd, er zijn geen testmeshes, er is geen definitie van wat als mislukking telt, en in de Engelse release wordt geen baseline-model genoemd. Het kan heel goed kloppen. Op dit moment is het echter geen bewijs waar een koper iets mee kan.

Het getal dat wel veranderde: van 500.000 naar 2.000.000

Onder de kwaliteitsclaims ligt de meest concrete bewering van deze release. Hi3D zegt dat de trainingsdata zijn gegroeid van ongeveer 500.000 gecureerde 3D-assets naar ongeveer twee miljoen. Dat is een viervoudige toename ten opzichte van de Sparc3D-baseline, en anders dan de voorkeurscores is het een bewering met een duidelijke referent: een telling van assets waarvan het team zegt dat het ze heeft gecureerd.

Het is nog steeds niet auditabel. De repo levert geen datamanifest, geen categorieopsplitsing, geen herkomstlijst van licenties of enige bemonsteringshulpmiddelen mee. Je kunt niet controleren wat de extra 1,5 miljoen assets waren, waar ze vandaan kwamen, of ze overlappen met de evaluatieset. De bewering is in principe controleerbaar en in de praktijk ongecontroleerd, wat de eerlijke beschrijving is van de meeste openbaarmakingen van trainingsdata in open releases.

Wat vier keer zoveel data waarschijnlijk oplevert, is precies waar verfijningsmodellen slecht in zijn: generalisatie naar objectcategorieën die het grove mesh slecht aankan. Een verfijningsfase die meer van de lange staart heeft gezien, zal minder snel plausibele maar onjuiste details hallucineren wanneer de invoer ongebruikelijk is. Dat is een hypothese over gedrag, geen garantie, en de manier om die te testen is met uw eigen assets, niet met een grafiek van een leverancier.

Hoe je het zelf goedkoop kunt controleren

De release is ongewoon gemakkelijk te falsificeren voor een model zonder benchmark. Omdat de input een grove mesh plus een foto is, kun je in een middag een kleine eerlijke testset bouwen:

Neem twintig objecten die je al hebt als gescande of gemodelleerde meshes. Degradeer elk ervan tot een bewust grove versie — decimeer, smooth of haal het door welke generator je ook al gebruikt.

Render één zuivere referentieafbeelding per object vanuit een bekende camera, en houd een tweede weergave achter die je nooit aan het model laat zien.

Verfijn op 1024³ en 1536³ en vergelijk daarna de achtergehouden weergave met het origineel. Je meet of het extra detail echt is, niet of het er scherp uitziet.

• Beoordeel waterdichtheid, manifoldheid en het aantal driehoeken voordat er ook maar een slicer aan te pas komt. Als je gaat printen, slice dan met het exacte profiel waarmee je gaat printen, en registreer mislukkingen in plaats van successen — in de faalgevallen heeft het leveranciersnummer geen antwoord.

• Let op schaalverlies. Normalisatie naar eenheidsradius betekent dat het model de werkelijke afmetingen van je invoer niet behoudt, dus elke printpijplijn heeft een herschalingsstap nodig die je zelf beheert.

Twintig objecten leveren geen benchmark op. Het zal je vertellen of dit model er honderd waard is, en dat is de beslissing waar de meeste teams deze week voor staan.

De licentie is open op de manier waarop een proefperiode gratis is.

De gewichten en Hi3D's eigen code vallen onder de Hi3D Open License Agreement 1.0, die geen OSI-goedgekeurde licentie is en niet zonder die kwalificatie als open source mag worden beschreven. Commercieel gebruik is toegestaan. Er gelden twee voorwaarden. Een integratie moet "Powered by Hi3D 1.0" weergeven, en een product dat meer dan 200.000 maandelijkse actieve gebruikers of $1.000.000 aan maandelijkse omzet heeft, moet Hi3D op de hoogte stellen en binnen 60 dagen een afzonderlijke licentie onderhandelen.

Voor een onderzoeksgroep of een interne tool is geen van beide clausules bindend. Voor iedereen die een commerciële 3D-dienst op deze gewichten bouwt, zijn de drempels laag genoeg om er rekening mee te houden in plaats van ze pas te ontdekken. De onderliggende Sparc3D-onderdelen behouden hun oorspronkelijke Apache-2.0- en MIT-voorwaarden, dus de licentie is een lappendeken: sommige bestanden zijn echt permissief, andere niet. Lees de kennisgevingen op bestandsniveau voordat je opnieuw distribueert.

Het commerciële product is iets heel anders. Hi3D verkoopt v3.0, beschreven als 2048³-geometrie met texturen tot 8K. V1.0 is het oudere, open model met alleen geometrie. Niemand zou deze release moeten opvatten als het bedrijf dat zijn huidige product weggeeft; het geeft de verfijningsfase van de vorige generatie weg.

Screenshot of the Hi3D homepage announcing 'Hi3D 1.0 Is Now Open Source (Formerly Sparc3D)', with an Open Source badge, a Get the Open-Source Model button, and a signup prompt offering 100 free credits.

Waar een router past, en waar hij eerlijk gezegd niet past.

OrcaRouter levert geen 3D-geometriemodellen. Niets in dit artikel mag worden opgevat als een aanbod om Hi3D V1.0 via onze API te draaien, want dat kunnen we niet. De hierboven beschreven pipeline draait op je GPU of draait helemaal niet.

Het onderdeel van een 3D-workflow dat multimodaal is, is echter de reviewlus. Een verfijnd mesh vergelijken met de referentiefoto, controleren of een render aan de briefing voldoet, defecten vanaf een draaitafel vastleggen — dat is werk voor vision-modellen, en het is het onderdeel dat teams doorgaans als laatste improviseren. Eén sleutel voor meer dan 200 taal-, beeld- en audiomodellen betekent dat de QA-ronde geen eigen inkoop nodig heeft, en automatische failover houdt een reviewtaak draaiende wanneer één aanbieder achteruitgaat. Als je drie verfijningsinstellingen test op twintig objecten, is het kostbare deel de beoordeling, niet de sampling.

Wat zou deze beoordeling veranderen?

Drie dingen, in aflopende volgorde van nut. Een vrijgegeven evaluatieharness met de testmeshes en de slicerinstellingen zou de 90% omzetten in een getal dat iemand anders kan reproduceren. Een datamanifest zou de claim van twee miljoen assets controleerbaar maken. Een run door een derde partij op andere hardware dan een H20 met 96 GB zou vaststellen of 1536³ een echt operationeel punt is of een anekdote over één GPU.

Tot dan is de juiste houding de houding die de repository zelf aanraadt: download het, voer het uit op objecten die je begrijpt, en beschouw elk percentage in de koppen als een hypothese. Hi3D V1.0 is een echt, downloadbaar verfijningsmodel dat alleen voor inferentie is bedoeld, met een veeleisende hardwareondergrens en een licentie die op schaal niet langer gratis is. Dat is een nuttige release. Het is er nog geen die gevalideerd is, wat de nieuwsberichttekst ook zegt.