L'ecosistema del prodotto: Draco nel ciclo di vita della compressione

La compressione Draco opera all'interno di una rigorosa pipeline a tre fasi nell'ecosistema di 3D Expert: estrazione, alleggerimento e rendering. È fondamentale capire quale prodotto svolge quale ruolo: il programma 3D/BIM.EDraco estrae i dati dai formati nativi ma NON esegue la compressione. La compressione di Draco e tutte le operazioni di alleggerimento sono gestite da Opt File Generator e 3D Model & Data Asst. Ecco come i prodotti partecipano al ciclo di vita della compressione:

• Plugin 3D/BIM — SOLO la fase di estrazione. Componenti aggiuntivi di esportazione nativi per 9 piattaforme CAD/BIM (Revit, Bentley, Tekla, Rhino, Navisworks, Solidworks, Inventor, Siemens NxIl plugin, basato su PTC Creo, utilizza le API ufficiali del fornitore. Estrae la geometria (come oggetti mesh), i materiali, la gerarchia dell'albero strutturale e i dati degli attributi da formati proprietari (.rvt, .dgn, ecc.) senza alcuna perdita di dati. L'output è un file GLZIP intermedio (geometria non compressa) e un file DB (attributi in SQLite). Il plugin NON esegue la compressione Draco, la semplificazione della mesh, la generazione di LOD o qualsiasi altra operazione di alleggerimento: il suo unico scopo è l'estrazione senza perdita di dati dai formati nativi.
• Generatore di file Opt: il motore di alleggerimento. Prende file GLZIP intermedi (dal plugin 3D/BIM) o formati aperti/standard (IFC, FBX, STEP, STL, IGES, RVM, OBJ, ecc.) e applica l'intera pipeline di alleggerimento: compressione Draco con quantizzazione configurabile, ottimizzazione della mesh, generazione LOD e impacchettamento del database degli attributi. Gli operatori possono scegliere tra profili preimpostati come "Web Streaming (aggressivo)", "Engineering Review (bilanciato)" o "Archival (conservativo)", ognuno dei quali definisce specifici livelli di quantizzazione e modalità di codifica. Ottimizzato per l'elaborazione batch con registrazione degli eventi. Output: file .Opt.
• Assistente per modelli e dati 3D — Svolge una doppia funzione: (1) come motore di alleggerimento con le stesse capacità di compressione Draco di Opt File Generator (accetta file GLZIP intermedi o formati aperti, applica la compressione Draco, LOD, ottimizzazione della mesh) e (2) come visualizzatore offline per i file GLZIP finali compressi o formati aperti/standard (IFC, FBX, STEP, STL, IGES, RVM, OBJ, ecc.) con interrogazione completa delle proprietà. Poiché la decompressione è limitata dalla CPU e viene eseguita in modo nativo (non in una sandbox WASM del browser), le prestazioni desktop su modelli molto grandi possono superare le prestazioni web con un margine significativo.
• Rapid3D Loader per Three.js — La fase di rendering web. Il pacchetto npm (opt-rapid3d-loader) incorpora un decodificatore Draco WebAssembly che decomprime al volo i flussi di geometria finali dei file Opt compressi. La decompressione viene eseguita nei Web Worker, al di fuori del thread principale, e alimenta gli oggetti Mesh di Three.js direttamente al grafo della scena. Il loader supporta la decompressione progressiva a blocchi: non necessita dell'intero file prima dell'inizio del rendering. Il loader utilizza file Opt;

In breve: il plugin estrae i dati dai formati nativi (senza compressione). Opt File Generator e 3D Model & Data Asst eseguono la compressione Draco e tutte le operazioni di alleggerimento. Il Loader decomprime i dati nel browser tramite WASM. L'applicazione desktop può sia comprimere (modalità di alleggerimento) che decomprimere (modalità di visualizzazione). I dati degli attributi nel file DB non vengono mai compressi con Draco, ma rimangono in formato SQLite per query con tempi di risposta di pochi millisecondi.

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

Le 16 funzionalità — Mappate sul prodotto

Dominio 1: Fondamenti di compressione — Come funziona Draco a livello tecnico

Google Draco, reso open source nel 2017, è stato originariamente creato per comprimere risorse 3D per il rendering su dispositivi mobili e web. La sua innovazione principale risiede in due algoritmi complementari: uno per la connettività della mesh (topologia) e uno per le posizioni dei vertici (geometria). Comprendere questi algoritmi è essenziale per prendere decisioni informate sulla quantizzazione dei dati BIM. Nota: tutta la compressione Draco nella pipeline di 3D Expert viene eseguita da Opt File Generator e 3D Model & Data Asst, non dal plugin 3D/BIM, che gestisce solo l'estrazione.

1. Codifica di connettività Edgebreaker: topologia quasi senza perdite

La modalità di codifica mesh predefinita di Draco utilizza l'algoritmo Edgebreaker, che attraversa la mesh triangolare e registra una sequenza di operazioni topologiche (comandi C, L, E, R, S) che descrivono come ogni nuovo triangolo si collega alla superficie esistente. Questo permette di ottenere una codifica quasi entropica della connettività della mesh: la relazione tra vertici, spigoli e facce viene codificata in una frazione dello spazio richiesto da un buffer di indice esplicito. Per i modelli BIM, ciò significa che la topologia strutturale (quali travi si collegano a quali colonne, quali segmenti di tubazione formano un percorso continuo) viene preservata praticamente senza perdite. La sequenza Edgebreaker viene quindi codificata entropicamente (codificata per intervallo) per un'ulteriore riduzione delle dimensioni.

• Basato su: Opt File Generator e 3D Model & Data Asst (codifica Edgebreaker durante l'alleggerimento) → Rapid3D Loader per Three.js (ricostruzione della connettività in fase di esecuzione)

2. Quantizzazione della posizione dell'albero KD: precisione configurabile

Le posizioni dei vertici rappresentano il canale dati più grande in qualsiasi modello BIM. Draco non memorizza coordinate a virgola mobile a 32 bit complete. Al contrario, costruisce un albero KD sulla nuvola di punti, suddividendola ricorsivamente lungo l'asse più lungo, e quantizza ogni posizione del vertice a una profondità di bit configurabile. Con una quantizzazione a 16 bit, le posizioni vengono codificate con 65.536 livelli discreti per asse, sufficienti per una precisione di livello ingegneristico. A 11 bit (2.048 livelli), il file si riduce ulteriormente, ma le piccole caratteristiche geometriche potrebbero mostrare sfaccettature visibili. Gli strumenti di alleggerimento di 3D Expert (Opt File Generator e 3D Model & Data Asst) espongono questa impostazione per singolo file: "Position Quantization Bits (11–16)", con un valore predefinito di 14 per il BIM: un punto ottimale in cui le dimensioni del file si riducono di 8-10 volte senza una perdita di qualità percepibile sulla geometria tipica del settore AEC.

• Basato su: Opt File Generator e 3D Model & Data Asst (configurazione di quantizzazione KD-tree) → Rapid3D Loader per Three.js (dequantizzazione nel decoder WASM)

3. Modalità di codifica sequenziale — Per nuvole di punti e non manifold

Non tutta la geometria BIM è una mesh triangolare pulita. Nuvole di punti da scansioni laser, bordi non manifold di solidi modellati in modo impreciso ed elementi 2D (stringhe di linee, annotazioni) non si adattano al modello di attraversamento di Edgebreaker. La modalità di codifica sequenziale di Draco gestisce questi casi: memorizza i dati dei vertici in ordine con codifica delta e schemi di predizione, senza richiedere una topologia attraversabile. Il motore di alleggerimento di 3D Expert rileva automaticamente la geometria non manifold e passa alla modalità sequenziale per ogni sotto-mesh: l'operatore non deve mai segnalarlo manualmente.

• Basato su: Opt File Generator e 3D Model & Data Asst (selezione automatica della modalità durante l'alleggerimento) → Rapid3D Loader per Three.js (decoder a doppia modalità)

Dominio 2: Gestione degli attributi e dei materiali

I modelli BIM contengono molto più delle semplici posizioni dei triangoli. Normali dei vertici, coordinate delle texture, colori dei vertici e ID dei materiali sono tutti canali di attributi che Draco può comprimere indipendentemente. La chiave sta nel capire quali attributi tollerano una quantizzazione aggressiva e quali no. Tutta la compressione degli attributi viene eseguita durante la fase di alleggerimento da Opt File Generator e 3D Model & Data Asst.

4. Previsione del parallelogramma per le normali dei vertici

Le normali dei vertici determinano il modo in cui la luce interagisce con le superfici e sono fondamentali per il realismo visivo. Draco applica uno schema di predizione a parallelogramma: per ogni nuovo vertice, il decodificatore predice la sua normale basandosi sulle normali dei vertici vicini sulla stessa faccia, quindi memorizza solo il residuo della predizione. Questo è molto più efficiente rispetto alla memorizzazione dei vettori normali assoluti. Il residuo viene quindi quantizzato a una profondità di bit configurabile (8-12 bit). Con una quantizzazione a 10 bit (impostazione predefinita per il BIM), la qualità dell'illuminazione è visivamente indistinguibile dalle normali non compresse, mentre il canale delle normali si riduce di circa 5 volte. Questo è il motivo per cui i modelli BIM compressi da Draco mantengono il loro aspetto fisico dei materiali: la fedeltà dell'illuminazione che fa sì che l'acciaio sembri acciaio e il cemento sembri cemento viene preservata.

• Basato su: Opt File Generator e 3D Model & Data Asst (previsione normale e quantizzazione durante l'alleggerimento) → Rapid3D Loader per Three.js (ricostruzione normale)

5. Profili di quantizzazione multiattributo

I diversi canali degli attributi hanno diverse soglie di tolleranza per la quantizzazione. Le coordinate di posizione richiedono 14-16 bit per la precisione ingegneristica. Le normali dei vertici tollerano 10 bit. Le coordinate di texture (UV) possono scendere a 12 bit senza sfarfallio visibile della texture. I colori dei vertici sono accettabili a 8 bit per canale. Opt File Generator e 3D Model & Data Asst espongono tutti questi parametri come indipendenti, con File Generator che li raggruppa in profili denominati: "Web Streaming" (posizione 13, normale 8, UV 10, colore 8), "Engineering Review" (posizione 15, normale 10, UV 12, colore 8) e "Archival" (posizione 16, normale 12, UV 14, colore 8). Questa granularità per canale è ciò che consente allo stesso modello sorgente di fornire un'anteprima web leggera e una revisione ingegneristica ad alta fedeltà dalla stessa pipeline.

• Basato su: Opt File Generator (profili preimpostati con quantizzazione per attributo) e 3D Model & Data Asst (configurazione interattiva della quantizzazione)

6. Separazione degli attributi geometrici: il file del database rimane non compresso.

Questa è forse la decisione architetturale più importante nell'integrazione di Draco in 3D Expert. La geometria (vertici, facce, normali, UV, colori) viene compressa da Draco all'interno del file GLZIP durante la fase di alleggerimento. Tuttavia, i dati degli attributi professionali (ID dei componenti, relazioni gerarchiche, gradi dei materiali, date di installazione, proprietà personalizzate) vengono scritti in un file di database separato in formato SQLite standard. Questo file di database non viene mai compresso da Draco. Il motivo è semplice: Draco è un codec di geometria, non un motore di database. Le query sugli attributi devono restituire risultati in millisecondi, con accesso casuale a qualsiasi record. SQLite fornisce ricerche indicizzate ad albero B; Draco fornisce la decompressione sequenziale del flusso. Mantenendoli separati, 3D Expert garantisce che cliccando su un componente nel browser venga attivata una query diretta al database, senza necessità di decompressione della geometria per leggere i dati delle proprietà.

• Basato su: Plugin 3D/BIM (estrazione: geometria + attributi da formati nativi) → Opt File Generator / 3D Model & Data Asst (geometria → GLZIP compresso con Draco, attributi → DB non compresso) → Rapid3D Loader per Three.js (decodifica della geometria + interrogazione del database) e 3D Model & Data Asst (interrogazione del database offline)

Dominio 3: Integrazione della pipeline — glTF, WASM e streaming

La compressione Draco è utile solo se si integra perfettamente con gli standard web e i framework di rendering. L'integrazione di 3D Expert coinvolge tre livelli critici: il formato del file (conformità all'estensione glTF, prodotta dagli strumenti di alleggerimento), il decodificatore (prestazioni WebAssembly, nel Loader) e la strategia di caricamento (streaming progressivo, nel Loader).

7. Conformità all'estensione KHR_draco_mesh_compression

I file GLZIP utilizzano una struttura contenitore compatibile con glTF e la compressione Draco viene applicata tramite l'estensione standard KHR_draco_mesh_compression durante la fase di alleggerimento. Ciò significa che la geometria compressa viene memorizzata in bufferView dedicati con metadati che descrivono le impostazioni di compressione (bit di quantizzazione, metodo di codifica). Qualsiasi strumento compatibile con glTF che supporti questa estensione può leggere i buffer compressi. 3D Expert ha scelto la conformità a glTF anziché un contenitore completamente proprietario per garantire l'interoperabilità: i file GLZIP non sono vincolati al decoder di un singolo fornitore.

• Basato su: Opt File Generator e 3D Model & Data Asst (output GLZIP compresso e conforme a glTF) → Rapid3D Loader per Three.js (parser compatibile con le estensioni)

8. Compressione per componente — Struttura ad albero preservata

Un'implementazione ingenua di Draco comprime un intero modello come un singolo blocco di mesh, appiattendo la gerarchia BIM in una massa indifferenziata di triangoli. Il motore di alleggerimento di 3D Expert comprime la geometria per componente (per ID elemento), preservando l'intera struttura ad albero: Riferimento → Livello → Elemento. Ogni componente diventa un blocco compresso indirizzabile in modo indipendente all'interno del file GLZIP. Questo è ciò che consente a Rapid3D Loader di mostrare/nascondere, colorare o isolare i singoli componenti in fase di esecuzione: i contorni dei componenti rimangono intatti nei dati compressi e non vengono ricostruiti dopo la decompressione.

• Basato su: Opt File Generator e 3D Model & Data Asst (compressione Draco per componente durante l'alleggerimento) → Rapid3D Loader per Three.js (grafo della scena a livello di componente)

9. Decodificatore WebAssembly: velocità di decompressione quasi nativa.

Il Rapid3D Loader incorpora una versione WebAssembly del decoder Draco (circa 200 KB, compilata dal codice sorgente C++ di Google). La velocità di esecuzione di WASM è in genere 1,5-2 volte inferiore rispetto al codice nativo, una penalità trascurabile dato che la decompressione viene eseguita in parallelo al rendering tramite Web Worker. Su una workstation moderna, il decoder Draco di WASM raggiunge una velocità di elaborazione di 20-50 milioni di triangoli al secondo. Per dare un'idea, un modello BIM compresso di 500 MB contenente 5 milioni di triangoli viene decompresso in meno di 250 millisecondi. L'utente percepisce la visualizzazione istantanea del modello, non un ritardo dovuto alla decompressione.

• Basato su: Rapid3D Loader per Three.js (decoder WASM Draco in Web Workers)

10. Streaming progressivo a blocchi: prima la visualizzazione, poi il download completo.

Rapid3D Loader non attende il download completo del file GLZIP prima di iniziare il rendering. Poiché la geometria viene compressa componente per componente (Funzionalità 8) e memorizzata in blocchi sequenziali, il loader può iniziare a decomprimere e renderizzare il primo blocco mentre i blocchi successivi sono ancora in fase di download. Questo streaming progressivo consente all'utente di visualizzare un modello parzialmente renderizzato in pochi secondi: le strutture appaiono e si popolano man mano che i dati arrivano. Per un modello da 2 GB su una connessione da 50 Mbps, la prima visualizzazione avviene in meno di 5 secondi, con il modello completo che si materializza nei successivi 30-60 secondi. L'esperienza è più simile al buffering di YouTube che al download di un file tradizionale.

• Basato su: Rapid3D Loader per Three.js (caricatore progressivo di chunk e decodificatore WASM in streaming)

Ambito 4: Impatto sulle prestazioni: ecco cosa dicono i numeri.

La compressione Draco offre vantaggi misurabili e quantificabili in tre parametri fondamentali per ogni applicazione 3D web: velocità di download, efficienza della cache del browser e consumo di VRAM in fase di esecuzione. Ecco cosa mostrano i dati su modelli BIM tipici: compressione eseguita da Opt File Generator / 3D Model & Data Asst, rendering da Rapid3D Loader.

11. Rapporto di compressione 10:1+ sulla geometria BIM tipica

Su un corpus di test rappresentativo di 50 modelli BIM (architettura Revit, infrastrutture civili Bentley, modelli di coordinamento Navisworks), la compressione Draco con il profilo predefinito Engineering Review (posizione 15 bit, normale 10 bit) raggiunge un rapporto di compressione geometrica medio di 10,5:1. Un payload geometrico non compresso di 1,2 GB diventa di circa 114 MB. Con il profilo Web Streaming (posizione 13 bit, normale 8 bit), il rapporto migliora a 15:1–18:1, con il compromesso di una sfaccettatura leggermente visibile sulle superfici curve. Il canale geometrico rappresenta in genere il 70–85% della dimensione totale del modello, quindi anche un rapporto conservativo di 10:1 sulla sola geometria riduce la dimensione totale del file di 7–8 volte. I dati relativi a texture e materiali (gestiti da una compressione separata, non da Draco) rappresentano in genere il restante 15–30%.

• Basato su: Opt File Generator e 3D Model & Data Asst (compressione Draco durante l'alleggerimento) → Rapid3D Loader per Three.js (geometria decompressa fornita alla scena di Three.js)

12. Efficienza della cache del browser: 10 volte più modelli per sessione

I browser moderni allocano da 50 a 500 MB di spazio su disco per origine per la cache HTTP (a seconda delle impostazioni dell'utente e dello spazio su disco disponibile). Un modello BIM non compresso da 1,2 GB non può essere memorizzato nella cache: ogni ricaricamento della pagina scarica nuovamente l'intero file. Con una compressione di 114 MB (Draco), lo stesso modello si adatta comodamente alla cache e possono coesistere 3 o 4 modelli diversi. Per una dashboard di digital twin che carica più modelli di strutture, questo trasforma l'esperienza utente: i visitatori di ritorno ottengono il caricamento istantaneo dei modelli dalla cache e i costi di banda si riducono proporzionalmente. Su reti mobili o WAN aziendali con risorse limitate, la differenza tra un download di 1,2 GB e un download di 114 MB è la differenza tra "utilizzabile" e "aggiornamento della rete".

• Basato su: Rapid3D Loader per Three.js (caricamento HTTP con supporto per richieste Range e gestione della cache)

13. Ottimizzazione della VRAM: la decompressione su richiesta riduce i picchi di utilizzo della memoria.

Senza Draco, l'intera geometria non compressa deve risiedere nei buffer dei vertici della GPU per tutta la durata della sessione. Un payload di geometria da 1,2 GB consuma 1,2 GB di VRAM solo per i dati dei vertici, prima delle texture, prima del frame buffer, prima dell'overhead del browser stesso. Su una GPU da 4 GB, questo non lascia praticamente margine di manovra. Con l'approccio di streaming progressivo di 3D Expert (Funzionalità 10), solo i chunk attualmente visibili vengono decompressi e caricati nella VRAM. Man mano che la telecamera si muove e sono necessari nuovi chunk, quelli più distanti vengono rimossi. L'utilizzo massimo della VRAM per la geometria in genere scende al 15-25% del totale non compresso, perché solo una frazione del modello si trova nel frustum di visualizzazione della telecamera in un dato momento. Questo è ciò che consente a modelli da 10 GB di funzionare su GPU di fascia consumer senza errori di memoria insufficiente.

• Basato su: Rapid3D Loader per Three.js (eliminazione dei blocchi in base al frustum e decompressione WASM su richiesta)

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

Guida alla selezione del profilo di compressione

La compressione Draco non è un interruttore binario on/off. Le impostazioni da scegliere dipendono dalla data di consegna desiderata, dalle caratteristiche geometriche e dai requisiti di qualità. Tutti i profili seguenti vengono applicati in Opt File Generator o 3D Model & Data Asst durante la fase di alleggerimento, non nel plugin 3D/BIM, che gestisce solo l'estrazione. Ecco una guida pratica:

• Gemello digitale basato sul web o dashboard di gestione dell'impianto con fedeltà visiva moderata?→ Utilizzare il profilo Web Streaming (posizione 13 bit, normale 8 bit, UV 10 bit). Compressione prevista: 15:1–18:1. Accettabile per la maggior parte dei modelli di infrastrutture e impianti in cui gli utenti navigano a media distanza e non misurano le tolleranze dei bordi.
• Revisione ingegneristica o coordinamento di lavori che richiedono geometrie precise?→ Utilizzare il profilo Engineering Review (posizione 15 bit, normale 10 bit, UV 12 bit). Compressione prevista: 8:1–10:1. La sfaccettatura geometrica è al di sotto della soglia di percezione visiva per la maggior parte delle geometrie AEC. Adatto per la visualizzazione del rilevamento delle interferenze e la revisione del progetto.
• Archiviazione o documento legale in cui non è ammessa alcuna deviazione geometrica?→ Utilizzare il profilo Archival (posizione 16 bit, normale 12 bit, UV 14 bit). Compressione prevista: 4:1–6:1. Con quantizzazione di posizione a 16 bit, la deviazione massima è limitata dal riquadro di delimitazione del modello diviso per 65.536 — tipicamente inferiore al millimetro per i modelli in scala di edifici.
• Risultati misti (anteprima web + revisione tecnica dalla stessa fonte)?→ Leggero due volte con profili diversi in Opt File Generator, oppure usa l'accoppiamento LOD-quantizzazione (Funzione 14) per generare un singolo file GLZIP multi-LOD in cui ogni livello LOD ha le proprie impostazioni di quantizzazione. Rapid3D Loader trasmette automaticamente il LOD appropriato in base alla distanza della telecamera.
• Modelli con geometrie fortemente curve (tubi, recipienti, pale di turbina)?→ Evitare la quantizzazione della posizione al di sotto di 14 bit. Le superfici curve mostrano artefatti di sfaccettatura prima delle superfici piane alla stessa profondità di bit. Se il modello è dominato da geometrie curve, utilizzare il profilo Engineering Review o Archival anche per la pubblicazione sul web.

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

Conclusione: la compressione è il fondamento, non il limite.

La compressione Draco è la base del BIM su larga scala per il web. Senza di essa, i modelli di ingegneria multigigabyte semplicemente non possono raggiungere il browser: i tempi di download, i limiti della cache e i limiti della VRAM dell'hardware consumer rendono la distribuzione non compressa impraticabile. Ma Draco da solo non basta. Un codec geometrico che appiattisce l'albero strutturale, rimuove i dati degli attributi o richiede un viaggio di andata e ritorno nel cloud è inutile per il BIM: risolve il problema delle dimensioni creando un problema di dati.

Ciò che 3D Expert Co.,Ltd. ha realizzato è un'integrazione con Draco che rispetta l'intero modello dati BIM. Il plugin 3D/BIM estrae geometria e attributi senza perdita di dati dai formati nativi, senza compressione e senza perdita di informazioni. Opt File Generator e 3D Model & Data Asst applicano quindi la compressione Draco per ogni componente, preservando la gerarchia. Gli attributi rimangono in un database SQLite non compresso, mantenendo la possibilità di interrogazione.

Questo è il primo articolo della nostra serie sull'alleggerimento dei modelli BIM. Negli articoli successivi tratteremo gli algoritmi per la conservazione dell'albero strutturale, la progettazione del database degli attributi per le query web, la gestione delle coordinate GIS per infrastrutture di grandi dimensioni e l'architettura completa di streaming LOD. Ogni articolo seguirà lo stesso schema: approfondimenti tecnici, mappati sul prodotto specifico che offre ciascuna funzionalità.

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

Informazioni sull'azienda

3D Expert Co., Ltd., con sede a Osaka, in Giappone, sviluppa software 3D/BIM ad alte prestazioni per i settori globali dell'edilizia, dell'ingegneria e delle costruzioni (AEC) e della produzione industriale. Il nostro formato GLZIP integra la compressione Google Draco con un livello proprietario di database degli attributi, consentendo lo streaming e il rendering di modelli BIM multi-gigabyte nei browser web standard. Il nostro portafoglio prodotti segue una pipeline a tre fasi:

• Plugin 3D/BIM — Componenti aggiuntivi di esportazione nativi per 8 piattaforme CAD/BIM (Revit, Bentley, Tekla, Navisworks, Solidworks, Inventor, PDMS, SP3D). Esegue l'estrazione senza perdita di dati di geometria, materiali, alberi strutturali e attributi dai formati nativi in ​​formato GLZIP. NON esegue compressione o alleggerimento.
• Generatore di file Opt — Motore di alleggerimento per desktop. Prende file GLZIP intermedi (da plugin) o formati aperti (IFC, FBX, STEP, ecc.) e applica la compressione Draco, la generazione di LOD e l'ottimizzazione della mesh con profili preimpostati e registrazione delle attività, producendo file .Opt.
• Assistente per modelli e dati 3D — Applicazione desktop nativa per Windows. Funge sia da motore di alleggerimento (stesse capacità di compressione Draco di Opt File Generator) sia da visualizzatore offline per file compressi GLZIP o formati aperti (IFC, FBX, STEP, ecc.) con interrogazione completa delle proprietà.
• Rapid3D Loader per Three.js — Pacchetto npm (opt-rapid3d-loader) con decoder WASM Draco integrato, streaming progressivo a blocchi e API di interazione complete. Carica il file .Opt compresso finale nelle scene di Three.js.

Scopri di più o inizia una prova gratuita su https://www.opt3ds.com/

Contatto: info@3dexpert.jp

---

© 2010–2026 3D Expert Co.,Ltd. Tutti i diritti riservati.