Hi3D v1.0 ist Open Source: Was die 3D-Druck-Behauptung tatsächlich voraussetzt

Hi3D v1.0 wurde am 23. Oktober 2026 auf GitHub und Hugging Face veröffentlicht, mit einer einzigen Zahl daran geknüpft: 90 % Slicing-Erfolg. Diese Zahl ist der ganze Grund, warum sich ein 3D-Druckbetrieb für die Veröffentlichung interessieren sollte, und sie ist zugleich die eine Zahl, die das Repository nicht reproduzieren kann. Darin gibt es keinen Slicer, keine Test-Meshes, keine Baseline und keine Definition davon, was als Fehlschlag zählt. Was tatsächlich im Repository steckt, ist substanziell: Inferenzcode, acht Gewichtsdateien und eine Pipeline, die ein Referenzfoto plus ein grobes Mesh entgegennimmt und ein deutlich dichteres zurückgibt, bis hin zu einem effektiven Sparse-Extraktionsgitter von 1536³. Die nützliche Frage ist also nicht, ob Hi3D v1.0 funktioniert. Sie lautet, was drumherum gelten muss, bevor am anderen Ende ein druckbares Teil herauskommt.

Was genau ausgeliefert wurde

Das Release ist die Open-Sourcing von Sparc3D — das Python-Paket und die öffentliche API tragen aus Kompatibilitätsgründen weiterhin die Namen sparc3d und Sparc3DPipeline, und das zugrunde liegende Paper datiert auf Mai 2025. Das GitHub-Repository wurde mit sechs Commits und einem einzigen Tag eröffnet; die Hugging-Face-Karte gibt an, dass das Modell am 23. Oktober 2026 veröffentlicht wurde, und im selben Panel, dass es „von keinem Inference Provider bereitgestellt wird“. Es gibt keinen gehosteten Endpunkt für v1.0. Das kommerzielle Produkt ist ein separates, proprietäres v3.0 mit 2048³-Geometrie und Texturen bis 8K.

• Was das Repository enthält — Inferenzcode, eine Demo, Docker- und Abhängigkeitsbeschränkungen sowie Dokumentation. Trainingscode, die Evaluierungs-Harness des Papers, Benchmark-Splits und die Vergleichsmeshes hinter der Haupttabelle fehlen allesamt, und das README sagt das ganz offen.

• Was die Gewichte sind — acht Laufzeitdateien: ein Modellindex, eine Scheduler-Konfiguration, eine VAE-Konfiguration und Safetensors sowie zwei Transformer-Konfigurationen und Safetensors. Die Bild-Encoder, facebook/dinov2-large und openai/clip-vit-large-patch14, werden beim ersten Einsatz separat geladen und sind nicht Teil des Modellverzeichnisses.

• So installieren Sie es — Python 3.10, PyTorch 2.5.0 mit CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, aus dem Quellcode installiert. Es gibt kein PyPI-Wheel und keine vorgefertigte Version.

• Welche Lizenz gilt — die Hi3D Open License Agreement 1.0. Sie ist keine OSI-Lizenz. Die kommerzielle Nutzung ist erlaubt, aber ein Produkt oder eine Dienstleistung, die 200.000 monatlich aktive Nutzer oder 1.000.000 USD Monatsumsatz überschreitet, muss Hi3D benachrichtigen und innerhalb von 60 Tagen eine separate schriftliche Lizenz beantragen, und Integrationen müssen „Powered by Hi3D 1.0“ mit einem Link anzeigen, sofern das Medium einen Link unterstützt.

Die Rahmung in der Berichterstattung zur Veröffentlichung ist, dass es sich um ein „industrial production grade“ Bild-zu-3D-Modell handelt. Die eigene Ankündigungsseite des Anbieters behauptet zwar, es sei „in realen Produktionsworkflows validiert“ worden und die Bewertung habe Multi-View-Erscheinungsbild, lokale Details und geometrische Nutzbarkeit abgedeckt. Sie nennt jedoch keinen einzigen Kunden, keinen Workflow und keine gemessenen Ergebnisse. Das ist eine Behauptung über Produktion, kein Beleg dafür.

Der Druckanspruch, aufgeteilt in vier Anforderungen

Ein Teil, das aus einem Drucker kommt, muss vier Dingen gerecht werden, die nichts damit zu tun haben, wie beeindruckend ein Rendering aussieht. Hi3D v1.0 erfüllt eines davon gut, eines teilweise und zwei überhaupt nicht.

• Maßstab — bewusst entfernt. Die Ausgabe wird neu zentriert und auf einen maximalen Einheitsradius normalisiert. Absolute Größe und Weltkoordinaten bleiben nicht erhalten, daher muss jedes Modell auf Millimeter umskaliert werden, bevor es etwas aussagt. Wenn Ihr Referenzfoto von einem realen Objekt stammt und Sie dessen tatsächliche Abmessungen benötigt haben, führt Hi3D diese nicht mit. Das Repo sagt das ausdrücklich, statt es zu verschweigen, was anzuerkennen ist, aber es bedeutet, dass der Maßstab ein Schritt ist, den Sie selbst übernehmen müssen.

• Topologie — vom Eingabemodell übernommen, nicht repariert. Hi3D nimmt ein grobes Mesh und fügt ihm Details hinzu. Wenn dieses grobe Mesh nicht-mannigfaltige Kanten, Selbstüberschneidungen oder invertierte Normalen aufweist, macht die Verfeinerung sie feiner, nicht aber korrekt. Der eigene Abschnitt der README zu Einschränkungen sagt „Die grobe Struktur zählt“ und dass schwerwiegende Fehler im groben Mesh fortbestehen können. Ein Slicer wird an denselben Defekten weiterhin scheitern, nur bei höherer Auflösung. Dies ist der wichtigste Satz im Release für alle, die es auf einen Drucker ansetzen.

• Oberfläche — fehlt. Die Ausgabe ist eine reine Geometrie-trimesh.Trimesh: keine Texturen, keine Materialien, keine Vertexfarben. Für den Druck mit nur einem Material ist das größtenteils unproblematisch, weil man Material statt UV-Maps druckt. Für alles, was ein bemaltes oder mehrfarbiges Ergebnis benötigt, oder für eine Kundenvorschau, die wie das Produkt aussehen muss, ist es ein Ausschlusskriterium und drängt dich zu v3.0.

• Druckbarkeit — nicht bewertet. Nichts im Repository misst Wandstärke, minimale Merkmalsgröße, Überhänge oder ob das Mesh nach der Verfeinerung wasserdicht ist. Die Zahl von 90 % beim Slicing steht in der Pressemitteilung, nicht im Code, und kein Slicer wird genannt. Eine geslicte Datei ist auch kein gedrucktes Teil: Ein erfolgreiches Slicing sagt nicht, ob der Druck haftet, Supports übersteht oder die Toleranz einhält.

Die Zahlen, sortiert danach, was tatsächlich dahintersteht

Die Pressemitteilung vermischt Behauptungen mit sehr unterschiedlich starker Beleglage. Sie alle in einen Topf zu werfen, ist der Weg, auf dem aus einer Anbieterzahl in einer Kaufentscheidung ein Fakt wird.

• Etwa zwei Millionen kuratierte 3D-Assets – angegeben in der Pressemitteilung und auf der Modellkarte und konsistent mit der Sparc3D-Linie, die das frühere Paper mit ungefähr 500.000 Assets beschrieb. Die Kuratierung lässt sich anhand des Repos nicht überprüfen, da weder der Datensatz noch der Trainingscode bereitgestellt werden. Betrachten Sie sie als glaubwürdige Anbieterangabe, nicht als verifizierte Zahl.

• 1536³ effektive Auflösung – diese Angabe ist als Konfiguration real. Die Pipeline führt einen Durchlauf für 512³, zwei für 1024³ und drei für 1536³ aus, standardmäßig mit 25 Scheduler-Updates pro Durchlauf. Das Wort „effektiv“ ist wichtig: Dies sind nominale sparse Koordinaten- und Extraktionsgitter, kein dichter latenter 1536³-Tensor. Die README merkt außerdem an, dass die 1536³-Einstellung nur auf einer 96 GB H20 validiert wurde und dass Machbarkeit und Spitzenspeicherbedarf auf kleineren Karten nicht angegeben sind.

• 90 % Slicing-Erfolg — vom Hersteller angegeben, nicht reproduziert und methodisch nicht belegt. Kein Slicer, keine Definition eines Fehlschlags, keine Baseline, kein Testset. Sie ist die zitierfähigste Zahl in der Veröffentlichung und die am wenigsten überprüfbare.

• Höchste Multi-View-Treue und Detailfülle — präsentiert als Ergebnis der „berichteten Bewertung“, die nicht im Repository enthalten ist. Es gibt keine Vergleichstabelle, keine Wettbewerberliste und keine Aufschlüsselung nach Kategorien.

• „In echten Produktions-Workflows validiert“ — ein Satz auf der Ankündigungsseite, ohne genannten Partner, ohne Fallstudie und ohne beschriebenen Workflow. Er mag durchaus wahr sein. Er ist noch kein Beleg.

Die Hardware-Wand

Der gemessene Stack ist eine 96-GB-NVIDIA-H20, und das Repository gibt offen zu, dass dies die Maschine ist, auf der die Top-Einstellung validiert wurde. Die umliegenden Anforderungen sind ebenso spezifisch: Linux, Compute Capability 8.0 oder neuer, CUDA 12.0 bis 12.5 und gar kein CPU-Inferenzpfad. flash-attn hat keine Fallback-Attention-Implementierung, sodass ein Build-Fehler dort fatal statt nur beeinträchtigend ist. Die Batchgröße beträgt eins.

Sequenzielles CPU-Offloading wird unterstützt und reduziert die Belegung des GPU-Speichers, doch die README betont ausdrücklich, dass es keine Mindestanforderung an den GPU-Speicher definiert und die Kosten dekodierter Features nicht beseitigt. In der Praxis bedeutet das, dass der 512³-One-Pass-Pfad möglicherweise auf einer 24-GB-Karte passt, aber niemand eine Speichertabelle veröffentlicht hat und der Hersteller dies nicht zugesichert hat. Wenn Ihr Plan auf einer 4090 beruht, betreiben Sie eine ungeprüfte Konfiguration und sollten sie selbst vermessen und die Laufzeit messen, bevor Sie sich festlegen.

Wie eine funktionierende Druckpipeline aussieht

Hi3D v1.0 ist eine einzige Stufe. Das Repo liefert einen optionalen Adapter, der Tencents Hunyuan3D-2 mini verwendet, um das grobe Mesh aus einem einzigen Bild zu erzeugen; Hunyuan ist Drittanbieter und keine Abhängigkeit der Kernbibliothek, aber ohne so etwas gibt es keine Eingabe.

Die tatsächliche Reihenfolge ist also: ein grobes Mesh erzeugen oder beschaffen, es mit Hi3D bei 512³, 1024³ oder 1536³ verfeinern, die Geometrie exportieren, sie auf reale Maße skalieren, die Topologie reparieren, die die grobe Stufe falsch gemacht hat, die Wasserdichtheit prüfen und dann slicen. Drei dieser Schritte – Reparatur, Wasserdichtheit, Slicing – haben im Release nirgends ein Äquivalent, und beim ersten davon werden die meisten Fehler tatsächlich auftreten.

OrcaRouter hostet weder Hi3D v1.0 noch irgendein anderes 3D-Modell, und aus einem API-Aufruf wird es kein druckbares Mesh zurückgeben. Was es hostet, ist die Text- und Vision-Arbeit rund um die Pipeline: das Verfassen des Objekt-Briefings, das Beschriften des Referenzfotos und das Beurteilen von Multi-View-Renders auf Defekte hin, bevor du GPU-Zeit für einen 1536³-Durchlauf aufwendest. Das ist ein Endpunkt für mehr als 200 Modelle mit automatischem Failover, was nützlich ist, wenn die umgebenden Prüfungen genau der Teil sind, den du nicht selbst bauen möchtest. Der 3D-Schritt bleibt auf deiner eigenen Hardware.

Wer sollte es diese Woche herunterladen?

Wenn Sie bereits einen Coarse-Mesh-Generator in Produktion haben – Hunyuan3D-2 mini, TripoSR oder eine eigene Pipeline-Stufe – und Ihr Engpass darin besteht, dass die Meshes weich wirken, ist Hi3D v1.0 einen Tag GPU-Zeit wert. Der 512³-Pfad ist der richtige Einstieg; der 1536³-Pfad benötigt die Karte der H20-Klasse, die der Anbieter verwendet hat.

Wenn Ihre Anforderung „ein Foto rein, druckbares Teil raus“ lautet, leistet dieses Release das nicht, und das Marketing darum herum auch nicht. Sie brauchen weiterhin die erste Stufe, die Reparaturstufe und den Slicer, und die 90%-Zahl lässt sich nicht auf Ihre Objekte, Ihr Material oder Ihren Drucker übertragen.

Wenn du Textur, Farbe oder ein kundentaugliches Rendering brauchst, warte auf v3.0 oder verwende etwas anderes. Nur-Geometrie ist eine harte Grenze, keine vorübergehende Lücke.

Was das Urteil ändern würde, ist eng und konkret: ein benannter Slicer, ein veröffentlichter Testsatz, eine Fehlertaxonomie und eine Baseline – idealerweise das unverfeinerte grobe Mesh, damit Leser sehen, was die Verfeinerung tatsächlich gebracht hat. Eine Speicher- und Latenztabelle für alle drei Auflösungen auf mehr als einer GPU würde die Hardware-Frage klären. Bis eines davon vorliegt, ist die ehrliche Beschreibung von Hi3D v1.0 die eines starken, wirklich offenen Geometrie-Refiners, an den ein Produktionsanspruch angeflanscht wurde, bevor die Belege dafür da sind.