Ekosistem Produk: Draco dalam Siklus Hidup Kompresi

Kompresi Draco beroperasi dalam alur kerja tiga tahap yang ketat dalam ekosistem 3D Expert: ekstraksi, pengurangan ukuran file, dan rendering. Sangat penting untuk memahami produk mana yang menjalankan peran apa — platform 3D/BIM.DanDraco mengekstrak data dari format asli tetapi TIDAK melakukan kompresi. Kompresi Draco dan semua operasi pengurangan ukuran file ditangani oleh Opt File Generator dan 3D Model & Data Asst. Berikut cara produk-produk tersebut berpartisipasi dalam siklus kompresi:

• Plugin 3D/BIM — Hanya tahap ekstraksi. Add-in ekspor asli untuk 9 platform CAD/BIM (Revit, Bentley, Tekla, Rhino, Navisworks, Solidworks, Inventor, Siemens) NxPlugin ini dibangun di atas API vendor resmi (PTC Creo). Plugin ini mengekstrak geometri (sebagai objek mesh), material, hierarki pohon struktur, dan data atribut dari format proprietary (.rvt, .dgn, dll.) tanpa kehilangan data. Output: file GLZIP perantara (geometri yang tidak terkompresi) ditambah file DB (atribut dalam SQLite). Plugin ini TIDAK melakukan kompresi Draco, penyederhanaan mesh, pembuatan LOD, atau pengurangan bobot apa pun — tugas utamanya adalah ekstraksi tanpa kehilangan data dari format asli.
• Opt File Generator — Mesin pengoptimal ukuran file. Ia mengambil file GLZIP perantara (dari Plugin 3D/BIM) atau format terbuka/standar (IFC, FBX, STEP, STL, IGES, RVM, OBJ, dll.) dan menerapkan seluruh alur kerja pengoptimal ukuran file: kompresi Draco dengan kuantisasi yang dapat dikonfigurasi, optimasi mesh, pembuatan LOD, dan pengemasan basis data atribut. Operator dapat memilih dari profil preset seperti “Web Streaming (agresif)”, “Engineering Review (seimbang)”, atau “Archival (konservatif)” — masing-masing mendefinisikan tingkat kuantisasi dan mode pengkodean tertentu. Dioptimalkan untuk pemrosesan batch dengan pencatatan audit. Output: file .Opt.
• 3D Model & Data Asst — Memiliki dua peran: (1) sebagai mesin pengolah data ringan dengan kemampuan kompresi Draco yang sama seperti Opt File Generator (mengambil format GLZIP atau format terbuka perantara, menerapkan kompresi Draco, LOD, optimasi mesh), dan (2) sebagai penampil offline untuk file GLZIP terkompresi akhir atau format terbuka/standar (IFC, FBX, STEP, STL, IGES, RVM, OBJ, dll.) dengan kueri properti lengkap. Karena dekompresi dibatasi oleh CPU dan berjalan secara native (bukan di sandbox WASM browser), kinerja desktop pada model yang sangat besar dapat melampaui kinerja web dengan selisih yang signifikan.
• Rapid3D Loader untuk Three.js — Tahap rendering web. Paket npm (opt-rapid3d-loader) menyematkan dekoder WebAssembly Draco yang mendekompresi aliran geometri file Opt terkompresi akhir secara langsung. Dekompresi berjalan di Web Worker, di luar thread utama, dan memasukkan objek Mesh Three.js langsung ke scene graph. Loader mendukung dekompresi chunk progresif — tidak memerlukan seluruh file sebelum rendering dimulai. Loader menggunakan file Opt;

Singkatnya: Plugin mengekstrak dari format asli (tanpa kompresi). Opt File Generator dan 3D Model & Data Asst melakukan kompresi Draco dan semua proses pengurangan ukuran file. Loader melakukan dekompresi di browser melalui WASM. Aplikasi desktop dapat melakukan kompresi (mode pengurangan ukuran file) dan dekompresi (mode tampilan). Data atribut dalam file DB tidak pernah dikompresi Draco — data tersebut tetap dalam format SQLite untuk kueri dalam hitungan milidetik.

────────────────────────────────────────────────────────────

16 Kemampuan — Dipetakan ke Produk

Domain 1: Dasar-Dasar Kompresi — Bagaimana Draco Bekerja di Balik Layar

Google Draco, yang dirilis sebagai perangkat lunak sumber terbuka pada tahun 2017, awalnya dibangun untuk mengompresi aset 3D untuk rendering seluler dan web. Inovasi intinya terletak pada dua algoritma yang saling melengkapi: satu untuk konektivitas mesh (topologi) dan satu untuk posisi verteks (geometri). Memahami hal ini sangat penting untuk membuat keputusan kuantisasi yang tepat untuk data BIM. Catatan: semua kompresi Draco dalam pipeline 3D Expert dilakukan oleh Opt File Generator dan 3D Model & Data Asst — bukan oleh 3D/BIM Plugin, yang hanya menangani ekstraksi.

1. Pengkodean Konektivitas Edgebreaker — Topologi Hampir Tanpa Kehilangan Data

Mode pengkodean mesh default Draco menggunakan algoritma Edgebreaker, yang menelusuri mesh segitiga dan merekam serangkaian operasi topologi (perintah C, L, E, R, S) yang menjelaskan bagaimana setiap segitiga baru menempel pada permukaan yang ada. Ini mencapai pengkodean konektivitas mesh yang mendekati entropi — hubungan antara simpul, tepi, dan permukaan dikodekan dalam sebagian kecil ruang yang dibutuhkan oleh buffer indeks eksplisit. Untuk model BIM, ini berarti topologi struktural (balok mana yang terhubung ke kolom mana, segmen pipa mana yang membentuk jalur kontinu) dipertahankan dengan kehilangan yang efektif nol. Urutan Edgebreaker kemudian dikodekan entropi (dikodekan rentang) untuk pengurangan ukuran tambahan.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (pengkodean Edgebreaker selama proses lightweighting) → Rapid3D Loader untuk Three.js (rekonstruksi konektivitas saat runtime)

2. Kuantisasi Posisi KD-Tree — Presisi yang Dapat Dikonfigurasi

Posisi titik sudut adalah saluran data terbesar dalam model BIM apa pun. Draco tidak menyimpan koordinat floating-point 32-bit penuh. Sebagai gantinya, ia membangun pohon KD di atas awan titik, membagi secara rekursif di sepanjang sumbu terpanjang, dan mengkuantisasi setiap posisi titik sudut ke kedalaman bit yang dapat dikonfigurasi. Pada kuantisasi 16-bit, posisi dikodekan dengan 65.536 level diskrit per sumbu — cukup untuk presisi tingkat teknik. Pada 11-bit (2.048 level), ukuran file menyusut lebih jauh tetapi fitur geometris kecil mungkin menunjukkan faset yang terlihat. Alat pengurangan ukuran file 3D Expert (Opt File Generator dan 3D Model & Data Asst) menampilkan ini sebagai pengaturan per file: “Position Quantization Bits (11–16)”, defaultnya adalah 14 untuk BIM — titik optimal di mana ukuran file turun 8–10 kali lipat tanpa kehilangan kualitas yang terlihat pada geometri AEC tipikal.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (konfigurasi kuantisasi KD-tree) → Rapid3D Loader untuk Three.js (dekuantisasi di decoder WASM)

3. Mode Pengkodean Sekuensial — Untuk Non-Manifold dan Awan Titik

Tidak semua geometri BIM berupa jaring segitiga yang rapi. Awan titik dari pemindaian laser, tepi non-manifold dari benda padat yang dimodelkan dengan buruk, dan elemen 2D (untaian garis, anotasi) tidak sesuai dengan model penelusuran Edgebreaker. Mode pengkodean sekuensial Draco menangani kasus-kasus ini: ia menyimpan data verteks secara berurutan dengan skema pengkodean delta dan prediksi, tanpa memerlukan topologi yang dapat ditelusuri. Mesin pengurangan bobot 3D Expert secara otomatis mendeteksi geometri non-manifold dan beralih ke mode sekuensial per sub-jaring — operator tidak perlu menandainya secara manual.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (pemilihan mode otomatis selama proses lightweighting) → Rapid3D Loader untuk Three.js (dekoder mode ganda)

Domain 2: Penanganan Atribut dan Material

Model BIM membawa lebih dari sekadar posisi segitiga. Normal verteks, koordinat tekstur, warna verteks, dan ID material semuanya merupakan saluran atribut yang dapat dikompresi Draco secara independen. Kuncinya adalah memahami atribut mana yang mentolerir kuantisasi agresif dan mana yang tidak. Semua kompresi atribut dilakukan selama tahap pengurangan ukuran file oleh Opt File Generator dan 3D Model & Data Asst.

4. Prediksi Jajar Genjang untuk Normal Titik Puncak

Normal verteks menentukan bagaimana cahaya berinteraksi dengan permukaan — hal ini sangat penting untuk realisme visual. Draco menerapkan skema prediksi jajaran genjang: untuk setiap verteks baru, dekoder memprediksi normalnya berdasarkan normal verteks tetangga pada permukaan yang sama, kemudian hanya menyimpan residual prediksi. Ini jauh lebih efisien daripada menyimpan vektor normal absolut. Residual tersebut kemudian dikuantisasi ke kedalaman bit yang dapat dikonfigurasi (8–12 bit). Pada kuantisasi 10-bit (standar untuk BIM), kualitas pencahayaan secara visual tidak dapat dibedakan dari normal yang tidak dikompresi, sementara saluran normal menyusut sekitar 5x. Inilah mengapa model BIM yang dikompresi Draco mempertahankan tampilan material fisiknya — ketelitian pencahayaan yang membuat baja terlihat seperti baja dan beton terlihat seperti beton tetap terjaga.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (prediksi dan kuantisasi normal selama proses lightweighting) → Rapid3D Loader untuk Three.js (rekonstruksi normal)

5. Profil Kuantisasi Multi-Atribut

Saluran atribut yang berbeda memiliki ambang batas toleransi yang berbeda untuk kuantisasi. Koordinat posisi membutuhkan 14–16 bit untuk presisi rekayasa. Normal verteks mentolerir 10 bit. Koordinat tekstur (UV) dapat turun hingga 12 bit tanpa terlihat adanya efek kilauan tekstur. Warna verteks baik-baik saja pada 8 bit per saluran. Opt File Generator dan 3D Model & Data Asst mengekspos semua ini sebagai parameter independen, dengan File Generator menggabungkannya ke dalam profil bernama: “Web Streaming” (posisi 13, normal 8, UV 10, warna 8), “Engineering Review” (posisi 15, normal 10, UV 12, warna 8), dan “Archival” (posisi 16, normal 12, UV 14, warna 8). Granularitas per saluran inilah yang memungkinkan model sumber yang sama untuk menyajikan pratinjau web yang ringan dan tinjauan rekayasa dengan fidelitas penuh dari alur kerja yang sama.

• Didukung oleh: Opt File Generator (profil preset dengan kuantisasi per atribut) dan 3D Model & Data Asst (konfigurasi kuantisasi interaktif)

6. Pemisahan Atribut Geometri — File DB Tetap Tidak Terkompresi

Ini mungkin keputusan arsitektur terpenting dalam integrasi Draco di 3D Expert. Geometri (vertex, face, normal, UV, warna) dikompresi Draco di dalam file GLZIP selama tahap pengurangan ukuran file. Namun, data atribut profesional — ID komponen, hubungan hierarki, tingkatan material, tanggal pemasangan, properti khusus — ditulis ke file DB terpisah dalam format SQLite standar. File DB ini tidak pernah dikompresi Draco. Alasannya sederhana: Draco adalah codec geometri, bukan mesin basis data. Kueri atribut harus dikembalikan dalam hitungan milidetik, dengan akses acak ke setiap record. SQLite menyediakan pencarian B-tree terindeks; Draco menyediakan dekompresi aliran sekuensial. Dengan memisahkannya, 3D Expert memastikan bahwa mengklik komponen di browser memicu kueri DB langsung — tidak diperlukan dekompresi geometri untuk membaca data properti.

• Didukung oleh: Plugin 3D/BIM (ekstraksi: geometri + atribut dari format asli) → Opt File Generator / 3D Model & Data Asst (geometri → GLZIP terkompresi Draco, atribut → DB tidak terkompresi) → Rapid3D Loader untuk Three.js (dekode geometri + kueri DB) dan 3D Model & Data Asst (kueri DB offline)

Domain 3: Integrasi Pipeline — glTF, WASM, dan Streaming

Kompresi Draco hanya berguna jika terintegrasi dengan baik dengan standar web dan kerangka kerja rendering. Integrasi 3D Expert menyentuh tiga lapisan penting: format file (kepatuhan ekstensi glTF, yang dihasilkan oleh alat pengurangan ukuran file), dekoder (kinerja WebAssembly, di Loader), dan strategi pemuatan (streaming progresif, di Loader).

7. Kepatuhan Ekstensi Kompresi KHR_draco_mesh

File GLZIP menggunakan struktur kontainer yang kompatibel dengan glTF, dan kompresi Draco diterapkan melalui ekstensi KHR_draco_mesh_compression standar selama tahap pengurangan ukuran file. Ini berarti geometri yang dikompresi disimpan dalam bufferView khusus dengan metadata yang menjelaskan pengaturan kompresi (bit kuantisasi, metode encoder). Alat apa pun yang kompatibel dengan glTF dan mendukung ekstensi ini dapat membaca buffer yang dikompresi. 3D Expert memilih kompatibilitas glTF daripada kontainer yang sepenuhnya berpemilik untuk memastikan interoperabilitas — file GLZIP Anda tidak terkunci pada dekoder dari satu vendor saja.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (output GLZIP terkompresi yang sesuai dengan glTF) → Rapid3D Loader untuk Three.js (parser yang memahami ekstensi)

8. Kompresi Per-Komponen — Struktur Pohon Tetap Terpelihara

Implementasi Draco yang sederhana mengompres seluruh model sebagai satu gumpalan mesh tunggal — meratakan hierarki BIM menjadi massa segitiga yang tidak terdiferensiasi. Mesin pemendek ukuran 3D Expert mengompres geometri per komponen (per ID elemen), mempertahankan pohon struktur lengkap: Referensi → Level → Elemen. Setiap komponen menjadi potongan terkompresi yang dapat diakses secara independen di dalam file GLZIP. Inilah yang memungkinkan Rapid3D Loader untuk menampilkan/menyembunyikan, mewarnai, atau mengisolasi komponen individual saat runtime — batas komponen tetap utuh dalam data terkompresi, tidak direkonstruksi setelah dekompresi.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (kompresi Draco per komponen selama proses lightweighting) → Rapid3D Loader untuk Three.js (scene graph tingkat komponen)

9. Dekoder WebAssembly — Kecepatan Dekompresi Hampir Setara dengan Versi Asli

Rapid3D Loader menyematkan versi WebAssembly dari decoder Draco (sekitar 200 KB, dikompilasi dari kode sumber C++ Google). Kecepatan eksekusi WASM biasanya 1,5–2 kali lebih lambat daripada kode asli — penalti yang dapat diabaikan mengingat dekompresi berjalan di Web Worker secara paralel dengan rendering. Pada workstation modern, decoder WASM Draco mencapai throughput 20–50 juta segitiga per detik. Sebagai konteks, model BIM terkompresi 500 MB yang berisi 5 juta segitiga didekompresi dalam waktu kurang dari 250 milidetik. Pengguna merasakan tampilan model secara instan, bukan penundaan dekompresi.

• Didukung oleh: Rapid3D Loader untuk Three.js (dekoder WASM Draco di Web Workers)

10. Streaming Potongan Progresif — Tampilan Pertama Sebelum Unduhan Penuh

Rapid3D Loader tidak menunggu seluruh file GLZIP diunduh sebelum rendering dimulai. Karena geometri dikompresi per komponen (Fitur 8) dan disimpan dalam potongan berurutan, loader dapat mulai mendekompresi dan merender potongan pertama sementara potongan berikutnya masih diunduh. Streaming progresif ini berarti pengguna melihat model yang sebagian telah dirender dalam hitungan detik — struktur muncul dan terisi saat data tiba. Untuk model 2 GB pada koneksi 50 Mbps, tampilan pertama terjadi dalam waktu kurang dari 5 detik, dengan model lengkap terwujud dalam 30–60 detik berikutnya. Pengalaman ini lebih mirip dengan buffering YouTube daripada pengunduhan file tradisional.

• Didukung oleh: Rapid3D Loader untuk Three.js (pemuat chunk progresif dan dekoder WASM streaming)

Domain 4: Dampak Kinerja — Seperti Apa Angka-Angkanya

Kompresi Draco memberikan manfaat yang terukur dan terkuantifikasi di tiga metrik yang penting bagi setiap aplikasi 3D web: ukuran file yang diunduh, efisiensi cache browser, dan konsumsi VRAM saat runtime. Berikut adalah data yang ditunjukkan pada model BIM tipikal — kompresi dilakukan oleh Opt File Generator / 3D Model & Data Asst, rendering oleh Rapid3D Loader.

11. Rasio Kompresi 10:1+ pada Geometri BIM Khas

Pada korpus uji representatif yang terdiri dari 50 model BIM (arsitektur Revit, infrastruktur sipil Bentley, model koordinasi Navisworks), kompresi Draco pada profil Engineering Review default (posisi 15-bit, normal 10-bit) mencapai rasio kompresi geometri rata-rata 10,5:1. Muatan geometri yang tidak terkompresi sebesar 1,2 GB menjadi sekitar 114 MB. Pada profil Web Streaming (posisi 13-bit, normal 8-bit), rasionya meningkat menjadi 15:1–18:1, dengan konsekuensi sedikit terlihatnya faset pada permukaan melengkung. Saluran geometri biasanya mencakup 70–85% dari total ukuran model, sehingga bahkan rasio konservatif 10:1 pada geometri saja mengurangi ukuran file total hingga 7–8 kali lipat. Data tekstur dan material (ditangani oleh kompresi terpisah, bukan Draco) biasanya mencakup 15–30% sisanya.

• Didukung oleh: Opt File Generator dan 3D Model & Data Asst (kompresi Draco selama proses lightweighting) → Rapid3D Loader untuk Three.js (geometri yang telah didekompresi dikirim ke scene Three.js)

12. Efisiensi Cache Browser — 10x Lebih Banyak Model Per Sesi

Browser modern mengalokasikan 50–500 MB ruang disk per sumber untuk cache HTTP (tergantung pada pengaturan pengguna dan ruang disk yang tersedia). Model BIM 1,2 GB yang tidak terkompresi sama sekali tidak dapat masuk ke dalam cache — setiap pemuatan ulang halaman akan mengunduh ulang seluruh file. Dengan ukuran 114 MB (terkompresi Draco), model yang sama dapat masuk dengan nyaman ke dalam cache, dan 3–4 model berbeda dapat berdampingan. Untuk dasbor kembaran digital yang memuat beberapa model fasilitas, ini mengubah pengalaman pengguna: pengunjung yang kembali mendapatkan pemuatan model instan dari cache, dan biaya bandwidth turun secara proporsional. Pada jaringan seluler atau WAN perusahaan yang terbatas, perbedaan antara unduhan 1,2 GB dan unduhan 114 MB adalah perbedaan antara "dapat digunakan" dan "perlu ditingkatkan jaringan Anda".

• Didukung oleh: Rapid3D Loader untuk Three.js (pemuatan HTTP yang sadar cache dengan dukungan permintaan Range)

13. Optimasi VRAM — Dekompresi Sesuai Permintaan Mengurangi Penggunaan Memori Puncak

Tanpa Draco, geometri yang belum dikompresi sepenuhnya harus berada di buffer vertex GPU selama sesi berlangsung. Muatan geometri 1,2 GB mengkonsumsi 1,2 GB VRAM hanya untuk data vertex — sebelum tekstur, sebelum buffer frame, sebelum overhead browser sendiri. Pada GPU 4 GB, ini hampir tidak menyisakan ruang. Dengan pendekatan streaming progresif 3D Expert (Fitur 10), hanya potongan yang saat ini terlihat yang didekompresi dan diunggah ke VRAM. Saat kamera bergerak dan potongan baru dibutuhkan, potongan yang jauh akan dikeluarkan. Penggunaan VRAM puncak untuk geometri biasanya turun menjadi 15–25% dari total yang belum dikompresi, karena hanya sebagian kecil model yang berada dalam frustum pandangan kamera pada saat tertentu. Inilah yang memungkinkan model kelas 10 GB berjalan pada GPU kelas konsumen tanpa kesalahan kehabisan memori.

• Didukung oleh: Rapid3D Loader untuk Three.js (penghapusan chunk yang peka terhadap frustum dan dekompresi WASM sesuai permintaan)

────────────────────────────────────────────────────────────

Panduan Pemilihan Profil Kompresi

Kompresi Draco bukanlah saklar hidup/mati biner. Pengaturan yang Anda pilih bergantung pada target pengiriman Anda, karakteristik geometri Anda, dan persyaratan kualitas Anda. Semua profil di bawah ini diterapkan di Opt File Generator atau 3D Model & Data Asst selama tahap pengurangan ukuran file — bukan di Plugin 3D/BIM, yang hanya menangani ekstraksi. Berikut panduan praktisnya:

• Kembaran digital berbasis web atau dasbor fasilitas dengan fidelitas visual moderat?→ Gunakan profil Web Streaming (posisi 13-bit, normal 8-bit, UV 10-bit). Kompresi yang diharapkan: 15:1–18:1. Dapat diterima untuk sebagian besar model infrastruktur dan pabrik di mana pengguna menjelajah pada jarak menengah dan tidak mengukur toleransi tepi.
• Tinjauan teknik atau koordinasi konstruksi yang membutuhkan geometri yang tepat?→ Gunakan profil Tinjauan Teknik (posisi 15-bit, normal 10-bit, UV 12-bit). Kompresi yang diharapkan: 8:1–10:1. Faset geometris berada di bawah ambang batas persepsi visual untuk sebagian besar geometri AEC. Cocok untuk visualisasi deteksi benturan dan tinjauan desain.
• Penyimpanan arsip atau catatan hukum di mana penyimpangan geometris tidak dapat diterima?→ Gunakan profil Arsip (posisi 16-bit, normal 12-bit, UV 14-bit). Kompresi yang diharapkan: 4:1–6:1. Pada kuantisasi posisi 16-bit, deviasi maksimum dibatasi oleh kotak pembatas model dibagi dengan 65.536 — biasanya di bawah milimeter untuk model skala bangunan.
• Hasil akhir gabungan (pratinjau web + tinjauan teknik dari sumber yang sama)?→ Ringan dua kali dengan profil berbeda di Opt File Generator, atau gunakan penggabungan kuantisasi LOD (Fitur 14) untuk menghasilkan satu file GLZIP multi-LOD di mana setiap level LOD memiliki pengaturan kuantisasi sendiri. Rapid3D Loader secara otomatis mengalirkan LOD yang sesuai berdasarkan jarak kamera.
• Model dengan geometri lengkung yang kompleks (pipa, bejana, bilah turbin)?→ Hindari kuantisasi posisi di bawah 14-bit. Permukaan lengkung menunjukkan artefak faset lebih awal daripada permukaan planar pada kedalaman bit yang sama. Jika model didominasi oleh geometri lengkung, gunakan profil Engineering Review atau Archival bahkan untuk pengiriman web.

────────────────────────────────────────────────────────────

Kesimpulan: Kompresi Adalah Fondasi, Bukan Batas Atas

Kompresi Draco adalah landasan BIM skala web. Tanpanya, model rekayasa multi-gigabyte tidak akan bisa diakses melalui browser — waktu unduhan, batasan cache, dan batas VRAM perangkat keras konsumen membuat pengiriman tanpa kompresi menjadi tidak mungkin. Tetapi Draco saja tidak cukup. Kodek geometri yang meratakan pohon struktur, menghilangkan data atribut, atau memerlukan perjalanan bolak-balik ke cloud tidak berguna untuk BIM — kodek tersebut menyelesaikan masalah ukuran dengan menciptakan masalah data.

Yang telah dibangun oleh 3D Expert Co.,Ltd. adalah integrasi Draco yang menghormati model data BIM secara penuh. Plugin 3D/BIM mengekstrak geometri dan atribut tanpa kehilangan data dari format asli — tanpa kompresi, tanpa kehilangan data. Opt File Generator dan 3D Model & Data Asst kemudian menerapkan kompresi Draco per komponen, mempertahankan hierarki. Atribut tetap berada dalam basis data SQLite yang tidak terkompresi, mempertahankan kemampuan kueri.

Ini adalah Artikel 1 dari seri Pengurangan Bobot Model BIM kami. Pada artikel selanjutnya, kami akan membahas algoritma pelestarian pohon struktur, desain basis data atribut untuk kueri web, penanganan koordinat GIS untuk infrastruktur bentang lebar, dan arsitektur streaming LOD lengkap. Setiap artikel akan mengikuti pola yang sama: detail teknis mendalam, yang dipetakan ke produk spesifik yang menyediakan setiap kemampuan.

────────────────────────────────────────────────────────────

Tentang Perusahaan

3D Expert Co., Ltd., yang berkantor pusat di Osaka, Jepang, mengembangkan perangkat lunak 3D/BIM berkinerja tinggi untuk sektor AEC dan manufaktur industri global. Format GLZIP kami mengintegrasikan kompresi Google Draco dengan lapisan basis data atribut milik kami, memungkinkan model BIM multi-gigabyte untuk di-streaming dan di-render di browser web standar. Portofolio produk kami mengikuti alur kerja tiga tahap:

• Plugin 3D/BIM — Add-in ekspor asli untuk 8 platform CAD/BIM (Revit, Bentley, Tekla, Navisworks, Solidworks, Inventor, PDMS, SP3D). Melakukan ekstraksi geometri, material, pohon struktur, dan atribut tanpa kehilangan data dari format asli ke GLZIP. TIDAK melakukan kompresi atau pengurangan ukuran file.
• Opt File Generator — Mesin pengoptimal ukuran file desktop. Mengambil file GLZIP perantara (dari Plugin) atau format terbuka (IFC, FBX, STEP, dll.) dan menerapkan kompresi Draco, pembuatan LOD, dan optimasi mesh dengan profil preset dan pencatatan audit, menghasilkan file .Opt.
• 3D Model & Data Asst — Aplikasi desktop Windows asli. Berfungsi sebagai mesin pengoptimal ukuran file (kemampuan kompresi Draco yang sama dengan Opt File Generator) dan penampil offline untuk file GLZIP terkompresi atau format terbuka (IFC, FBX, STEP, dll.) dengan kueri properti lengkap.
• Rapid3D Loader untuk Three.js — paket npm (opt-rapid3d-loader) dengan dekoder WASM Draco terintegrasi, streaming chunk progresif, dan API interaksi lengkap. Memuat file .Opt terkompresi akhir ke dalam scene Three.js.

Pelajari lebih lanjut atau mulai uji coba gratis di https://www.opt3ds.com/

Kontak: info@3dexpert.jp

---

© 2010–2026 3D Expert Co.,Ltd. Semua hak dilindungi undang-undang.