Hi3D v1.0 Is Open Source: Apa yang Sebenarnya Dibutuhkan oleh Klaim Pencetakan 3D Itu

Hi3D v1.0 dirilis di GitHub dan Hugging Face pada 23 Oktober 2026 dengan satu angka yang melekat padanya: 90% keberhasilan slicing. Angka itu adalah alasan utama mengapa toko percetakan 3D harus peduli dengan rilis ini, dan sekaligus satu-satunya angka yang tidak dapat direproduksi oleh repositori tersebut. Tidak ada slicer di dalamnya, tidak ada mesh uji, tidak ada baseline, dan tidak ada definisi tentang apa yang dianggap sebagai kegagalan. Yang sebenarnya ada di dalam repo cukup substansial: kode inferensi, delapan berkas bobot, dan pipeline yang menerima foto referensi plus mesh kasar dan mengembalikan mesh yang jauh lebih padat, hingga grid ekstraksi sparse efektif 1536³. Jadi pertanyaan yang berguna bukanlah apakah Hi3D v1.0 berfungsi. Pertanyaannya adalah apa yang harus benar di sekitarnya sebelum sebuah komponen yang dapat dicetak keluar di ujung sana.

Apa yang dirilis, tepatnya

Rilis ini adalah open-sourcing Sparc3D — paket Python dan API publiknya masih memakai nama sparc3d dan Sparc3DPipeline untuk kompatibilitas, dan makalah yang mendasarinya bertanggal Mei 2025. Repositori GitHub-nya dibuka dengan enam commit dan satu tag; kartu Hugging Face menyatakan model tersebut dirilis pada 23 Oktober 2026 dan, dalam panel yang sama, bahwa model itu "tidak digunakan oleh Penyedia Inferensi mana pun." Tidak ada endpoint yang dihosting untuk v1.0. Produk komersialnya adalah v3.0 proprietary yang terpisah dengan geometri 2048³ dan tekstur hingga 8K.

• Isi repo — kode inferensi, demo, batasan Docker dan dependensi, serta dokumentasi. Kode pelatihan, perangkat evaluasi makalah, pembagian benchmark, dan mesh pembanding di balik tabel utama semuanya tidak ada, dan README menyatakannya secara terang-terangan.

• Apa isi bobotnya — delapan file runtime: satu indeks model, satu konfigurasi scheduler, satu konfigurasi VAE dan safetensors, serta dua konfigurasi transformer dan safetensors. Encoder gambar, facebook/dinov2-large dan openai/clip-vit-large-patch14, dimuat secara terpisah saat pertama kali digunakan dan bukan bagian dari direktori model.

• Cara memasangnya — Python 3.10, PyTorch 2.5.0 dengan CUDA 12.4, flash-attn==2.7.4.post1, spconv-cu120==2.3.6, dipasang dari sumber. Tidak ada wheel PyPI dan tidak ada rilis yang sudah dibangun.

• Lisensi apa yang berlaku — Perjanjian Lisensi Terbuka Hi3D 1.0. Ini bukan lisensi OSI. Penggunaan komersial diizinkan, tetapi produk atau layanan yang melewati 200.000 pengguna aktif bulanan atau USD 1.000.000 pendapatan bulanan harus memberi tahu Hi3D dan mengajukan lisensi tertulis terpisah dalam 60 hari, dan integrasi harus menampilkan "Powered by Hi3D 1.0" dengan tautan di mana media tersebut mendukungnya.

Pembingkaian dalam liputan peluncuran adalah bahwa ini merupakan model image-to-3D "industrial production grade". Halaman pengumuman vendor sendiri memang mengklaim bahwa model ini telah "divalidasi dalam alur kerja produksi nyata" dan bahwa evaluasinya mencakup tampilan multi-sudut, detail lokal, dan kegunaan geometris. Halaman itu tidak menyebut satu pun pelanggan, alur kerja, atau keluaran terukur. Itu adalah pernyataan tentang produksi, bukan buktinya.

Klaim pencetakan, dipecah menjadi empat persyaratan

Sebuah bagian yang keluar dari printer harus memenuhi empat hal yang tidak ada hubungannya dengan seberapa mengesankan suatu render terlihat. Hi3D v1.0 menangani satu di antaranya dengan baik, satu lagi sebagian, dan dua lainnya sama sekali tidak.

• Skala — hilang karena desain. Output dipusatkan ulang dan dinormalisasi ke radius maksimum satu unit. Ukuran absolut dan koordinat dunia tidak dipertahankan, jadi setiap model harus diskalakan ulang ke milimeter sebelum ada artinya. Jika foto referensi Anda berasal dari objek nyata dan Anda membutuhkan dimensi sebenarnya, Hi3D tidak membawanya. Repo ini menyatakannya secara eksplisit alih-alih diam, yang patut diapresiasi, tetapi itu berarti skala adalah langkah yang Anda tangani sendiri.

• Topologi — diwarisi dari input, bukan diperbaiki. Hi3D mengambil mesh kasar dan menambahkan detail padanya. Jika mesh kasar tersebut memiliki tepi non-manifold, perpotongan diri, atau normal terbalik, penyempurnaan justru membuatnya lebih halus, bukan memperbaikinya. Bagian keterbatasan di README sendiri menyatakan "struktur kasar itu penting" dan bahwa kesalahan mesh kasar yang parah dapat tetap bertahan. Slicer tetap akan tersendat pada cacat yang sama, hanya pada resolusi yang lebih tinggi. Ini adalah kalimat paling penting dalam rilis ini bagi siapa pun yang mengarahkannya ke printer.

• Surface — tidak ada. Outputnya adalah trimesh.Trimesh hanya geometri: tanpa tekstur, tanpa material, tanpa warna vertex. Untuk pencetakan satu material, itu sebagian besar bukan masalah, karena Anda mencetak material, bukan peta UV. Untuk apa pun yang memerlukan hasil yang dicat atau multiwarna, atau untuk pratinjau klien yang harus terlihat seperti produk, itu mendiskualifikasi dan mendorong Anda ke v3.0.

• Kemampuan cetak — belum dievaluasi. Tidak ada apa pun di repo yang mengukur ketebalan dinding, ukuran fitur minimum, overhang, atau apakah mesh tersebut kedap air setelah penghalusan. Angka pengirisan 90% itu ada di siaran pers, bukan di kode, dan tidak ada slicer yang disebutkan. File yang sudah diiris juga bukan bagian yang tercetak: keberhasilan pengirisan tidak memberi tahu Anda bahwa cetakan akan menempel, bertahan pada penyangga, atau mempertahankan toleransi.

Angka-angka itu, diurutkan berdasarkan apa yang sebenarnya mendukungnya.

Rilis tersebut mencampur klaim dengan tingkat dukungan yang sangat berbeda. Menggabungkannya begitu saja adalah cara angka dari vendor menjadi fakta dalam keputusan pembelian.

• Sekitar dua juta aset 3D terkurasi — dinyatakan dalam siaran pers dan pada kartu model, serta konsisten dengan garis keturunan Sparc3D, yang dalam makalah sebelumnya dijelaskan berjumlah sekitar 500.000 aset. Anda tidak dapat mengaudit kurasi dari repo, karena baik dataset maupun kode pelatihan tidak disertakan. Anggap ini sebagai angka vendor yang kredibel, bukan angka yang terverifikasi.

• resolusi efektif 1536³ — yang ini benar-benar ada sebagai konfigurasi. Pipeline menjalankan satu pass untuk 512³, dua untuk 1024³, dan tiga untuk 1536³, dengan 25 pembaruan scheduler per pass secara default. Kata "efektif" penting: ini adalah grid koordinat dan ekstraksi sparse nominal, bukan tensor laten 1536³ yang padat. README juga mencatat bahwa pengaturan 1536³ hanya telah divalidasi pada H20 96 GB dan bahwa kelayakan serta memori puncak pada kartu yang lebih kecil tidak dinyatakan.

• 90% keberhasilan slicing — dilaporkan vendor, tidak direproduksi, dan tanpa metodologi. Tidak ada slicer, tidak ada definisi kegagalan, tidak ada baseline, tidak ada set pengujian. Ini adalah angka yang paling mudah dikutip dalam rilis ini sekaligus yang paling sulit diverifikasi.

• Fidelitas multi-tampilan dan kekayaan detail tertinggi — disajikan sebagai hasil dari "evaluasi yang dilaporkan," yang tidak ada di repositori. Tidak ada tabel perbandingan, daftar pesaing, maupun rincian per kategori.

• "Tervalidasi dalam alur kerja produksi nyata" — sebuah kalimat di halaman pengumuman, tanpa mitra yang disebutkan namanya, tanpa studi kasus, dan tanpa alur kerja yang dijelaskan. Itu mungkin saja benar. Namun itu belum menjadi bukti.

Dinding hardware

Stack yang diukur adalah NVIDIA H20 96 GB, dan repositori tersebut menyatakan secara jujur bahwa mesin inilah yang digunakan untuk memvalidasi pengaturan tertinggi. Persyaratan di sekitarnya sama spesifiknya: Linux, compute capability 8.0 atau lebih baru, CUDA 12.0 hingga 12.5, dan tidak ada jalur inferensi CPU sama sekali. flash-attn tidak memiliki implementasi attention cadangan, sehingga kegagalan build di sana bersifat fatal, bukan sekadar menurun. Ukuran batch adalah satu.

Offload CPU berurutan didukung dan mengurangi residensi GPU, tetapi README dengan hati-hati menyatakan bahwa hal itu tidak menetapkan persyaratan memori GPU minimum dan tidak menghilangkan biaya fitur yang didekodekan. Dalam praktiknya, itu berarti jalur one-pass 512³ mungkin muat pada kartu 24 GB, tetapi belum ada yang menerbitkan tabel memori, dan vendor belum mengklaimnya. Jika rencana Anda bergantung pada 4090, Anda menjalankan konfigurasi yang belum terverifikasi dan harus mengukur waktu serta metriknya sendiri sebelum berkomitmen.

Seperti apa alur cetak yang berfungsi

Hi3D v1.0 adalah satu tahap. Repositori ini menyertakan adaptor opsional yang menggunakan Hunyuan3D-2 mini dari Tencent untuk menghasilkan mesh kasar dari satu gambar; Hunyuan adalah pihak ketiga dan bukan dependensi pustaka inti, tetapi tanpa sesuatu seperti itu Anda tidak memiliki input.

Jadi urutan sebenarnya adalah: hasilkan atau dapatkan mesh kasar, perhalus dengan Hi3D pada 512³, 1024³, atau 1536³, ekspor geometrinya, skala ulang ke dimensi nyata, perbaiki topologi apa pun yang salah pada tahap kasar, verifikasi watertightness, lalu slice. Tiga dari langkah tersebut — perbaikan, watertightness, slicing — tidak memiliki padanan di mana pun dalam rilis ini, dan langkah pertama adalah tempat sebagian besar kegagalan sebenarnya akan terjadi.

OrcaRouter tidak menghosting Hi3D v1.0 atau model 3D lainnya, dan tidak akan mengembalikan mesh yang dapat dicetak dari panggilan API. Yang dihosting adalah pekerjaan teks dan visi di sekitar pipeline: menulis ringkasan objek, memberi keterangan pada foto referensi, dan menilai render multi-view untuk cacat sebelum Anda menghabiskan waktu GPU pada pass 1536³. Itu adalah satu endpoint untuk lebih dari 200 model dengan failover otomatis, yang berguna ketika pemeriksaan di sekitarnya adalah bagian yang tidak ingin Anda bangun sendiri. Langkah 3D tetap di perangkat keras Anda sendiri.

Siapa yang harus mengunduhnya minggu ini

Jika Anda sudah memiliki generator mesh kasar di produksi — Hunyuan3D-2 mini, TripoSR, atau tahap internal — dan hambatan Anda adalah mesh yang terlihat kurang tajam, Hi3D v1.0 layak untuk menghabiskan satu hari waktu GPU. Jalur 512³ adalah tempat untuk memulai; jalur 1536³ membutuhkan kartu kelas H20 yang digunakan vendor.

Jika kebutuhan Anda adalah "satu foto masuk, bagian yang bisa dicetak keluar," rilis ini tidak melakukan itu, dan materi pemasaran seputarnya juga tidak. Anda masih memerlukan tahap pertama, tahap perbaikan, dan slicer, dan angka 90% itu tidak berlaku untuk objek, material, atau printer Anda.

Jika Anda membutuhkan tekstur, warna, atau render untuk klien, tunggu v3.0 atau gunakan yang lain. Hanya-geometri adalah batas yang tegas, bukan celah sementara.

Yang akan mengubah putusan itu sempit dan spesifik: slicer yang disebutkan namanya, set uji yang dipublikasikan, taksonomi kegagalan, dan baseline — idealnya coarse mesh yang belum disempurnakan, sehingga pembaca dapat melihat apa yang sebenarnya diperoleh dari penyempurnaan itu. Tabel memori dan latensi pada ketiga resolusi di lebih dari satu GPU akan menjawab pertanyaan perangkat keras. Sampai salah satunya ada, deskripsi jujur untuk Hi3D v1.0 adalah penyempurna geometri yang kuat dan benar-benar terbuka dengan klaim produksi yang ditempelkan mendahului buktinya.