Compressão Draco de Alto Desempenho para BIM: Geometria, Atributos e Pipeline — A Base do BIM em Escala Web

2026-08-09

O Ecossistema do Produto: Draco no Ciclo de Vida da Compressão

A compressão Draco opera dentro de um rigoroso pipeline de três estágios no ecossistema da 3D Expert: extração, redução de peso e renderização. É fundamental entender qual produto desempenha qual função — a plataforma 3D/BIMeO programa extrai dados de formatos nativos, mas NÃO realiza compressão. A compressão Draco e todas as operações de redução de tamanho são gerenciadas pelo Opt File Generator e pelo 3D Model & Data Asst. Veja como os produtos participam do ciclo de compressão:

Plugin 3D/BIM — Somente a etapa de extração. Complementos de exportação nativos para 9 plataformas CAD/BIM (Revit, Bentley, Tekla, Rhino, Navisworks, Solidworks, Inventor, Siemens). NxO plugin, desenvolvido para o PTC Creo, extrai geometria (como objetos de malha), materiais, hierarquia da árvore de estrutura e dados de atributos de formatos proprietários (.rvt, .dgn, etc.) sem perda de dados. O resultado é um arquivo GLZIP intermediário (geometria descompactada) e um arquivo DB (atributos em SQLite). O plugin NÃO realiza compressão Draco, simplificação de malha, geração de LOD ou qualquer outro processo de redução de tamanho — sua única função é a extração sem perda de dados a partir de formatos nativos.
Gerador de Arquivos Opt — O mecanismo de otimização de tamanho. Ele utiliza arquivos GLZIP intermediários (do Plugin 3D/BIM) ou formatos abertos/padrão (IFC, FBX, STEP, STL, IGES, RVM, OBJ, etc.) e aplica todo o pipeline de otimização: compressão Draco com quantização configurável, otimização de malha, geração de LOD e empacotamento do banco de dados de atributos. Os operadores podem escolher entre perfis predefinidos como “Web Streaming (agressivo)”, “Revisão de Engenharia (equilibrado)” ou “Arquivamento (conservador)” — cada um definindo níveis de quantização e modos de codificação específicos. Otimizado para processamento em lote com registro de auditoria. Saída: arquivos .Opt.
Assistente de Modelo e Dados 3D — Desempenha dupla função: (1) como um mecanismo de redução de tamanho com as mesmas capacidades de compressão Draco do Opt File Generator (recebe arquivos GLZIP intermediários ou formatos abertos, aplica compressão Draco, LOD e otimização de malha) e (2) como um visualizador offline para arquivos GLZIP comprimidos finais ou formatos abertos/padrão (IFC, FBX, STEP, STL, IGES, RVM, OBJ, etc.) com consulta completa de propriedades. Como a descompressão é limitada pela CPU e executada nativamente (não em um ambiente isolado WASM do navegador), o desempenho em desktops com modelos muito grandes pode superar o desempenho na web por uma margem significativa.
Rapid3D Loader para Three.js — A etapa de renderização web. O pacote npm (opt-rapid3d-loader) incorpora um decodificador WebAssembly Draco que descompacta fluxos de geometria de arquivos Opt compactados em tempo real. A descompressão é executada em Web Workers, fora da thread principal, e alimenta objetos Mesh do Three.js diretamente no grafo de cena. O loader suporta descompressão progressiva em partes — ele não precisa do arquivo inteiro antes do início da renderização. O Loader consome arquivos Opt;

Resumindo: o Plugin extrai dados de formatos nativos (sem compressão). O Opt File Generator e o 3D Model & Data Asst realizam a compressão Draco e toda a otimização de tamanho. O Loader descomprime os dados no navegador via WASM. O aplicativo para desktop pode comprimir (modo de otimização de tamanho) e descomprimir (modo de visualização). Os dados de atributos no arquivo do banco de dados nunca são comprimidos com Draco — eles permanecem no formato SQLite para consultas em milissegundos.

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

As 16 Capacidades — Mapeadas para o Produto

Domínio 1: Fundamentos da Compressão — Como o Draco Funciona Internamente

O Google Draco, de código aberto desde 2017, foi originalmente desenvolvido para comprimir ativos 3D para renderização em dispositivos móveis e na web. Sua principal inovação reside em dois algoritmos complementares: um para conectividade da malha (topologia) e outro para posições dos vértices (geometria). Compreender esses algoritmos é essencial para tomar decisões de quantização mais precisas para dados BIM. Observação: toda a compressão Draco no fluxo de trabalho do 3D Expert é realizada pelo Opt File Generator e pelo 3D Model & Data Asst — e não pelo plugin 3D/BIM, que lida apenas com a extração.

Codificação de conectividade Edgebreaker — Topologia quase sem perdas

O modo de codificação de malha padrão do Draco utiliza o algoritmo Edgebreaker, que percorre a malha triangular e registra uma sequência de operações topológicas (comandos C, L, E, R, S) que descrevem como cada novo triângulo se conecta à superfície existente. Isso permite uma codificação de conectividade da malha próxima à entropia — a relação entre vértices, arestas e faces é codificada em uma fração do espaço necessário para um buffer de índice explícito. Para modelos BIM, isso significa que a topologia estrutural (quais vigas se conectam a quais colunas, quais segmentos de tubulação formam uma extensão contínua) é preservada com perda praticamente nula. A sequência Edgebreaker é então codificada por entropia (codificada por intervalo) para redução adicional de tamanho.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (codificação Edgebreaker durante a redução de peso) → Rapid3D Loader para Three.js (reconstrução de conectividade em tempo de execução)

Quantização de posição KD-Tree — Precisão configurável

As posições dos vértices representam o maior canal de dados em qualquer modelo BIM. O Draco não armazena coordenadas completas de ponto flutuante de 32 bits. Em vez disso, ele constrói uma árvore KD sobre a nuvem de pontos, dividindo-a recursivamente ao longo do eixo mais longo, e quantiza cada posição de vértice para uma profundidade de bits configurável. Com quantização de 16 bits, as posições são codificadas com 65.536 níveis discretos por eixo — o suficiente para precisão de nível de engenharia. Com 11 bits (2.048 níveis), o arquivo diminui ainda mais, mas pequenos detalhes geométricos podem apresentar facetas visíveis. As ferramentas de otimização do 3D Expert (Opt File Generator e 3D Model & Data Asst) expõem isso como uma configuração por arquivo: “Position Quantization Bits (11–16)”, com valor padrão de 14 para BIM — um ponto ideal onde o tamanho do arquivo diminui de 8 a 10 vezes sem perda perceptível de qualidade em geometrias típicas de AEC.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (configuração de quantização KD-tree) → Rapid3D Loader para Three.js (desquantização no decodificador WASM)

Modo de codificação sequencial — Para nuvens de pontos e não-variedades

Nem toda geometria BIM é uma malha triangular perfeita. Nuvens de pontos de escaneamentos a laser, arestas não-manifold de sólidos mal modelados e elementos 2D (linhas, anotações) não se encaixam no modelo de percurso do Edgebreaker. O modo de codificação sequencial do Draco lida com esses casos: ele armazena os dados dos vértices em ordem com codificação delta e esquemas de predição, sem exigir uma topologia transitável. O mecanismo de otimização de peso do 3D Expert detecta automaticamente a geometria não-manifold e alterna para o modo sequencial por submalha — o operador nunca precisa sinalizá-la manualmente.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (seleção automática de modo durante a redução de peso) → Rapid3D Loader para Three.js (decodificador de modo duplo)

Domínio 2: Atributos e Manuseio de Materiais

Os modelos BIM contêm muito mais do que apenas posições de triângulos. Normais de vértices, coordenadas de textura, cores de vértices e IDs de materiais são todos canais de atributos que o Draco pode comprimir independentemente. A chave é entender quais atributos toleram uma quantização agressiva e quais não. Toda a compressão de atributos é realizada durante a etapa de redução de tamanho pelo Opt File Generator e pelo 3D Model & Data Asst.

Previsão de paralelogramo para normais de vértices

As normais dos vértices determinam como a luz interage com as superfícies — elas são cruciais para o realismo visual. O Draco aplica um esquema de predição de paralelogramo: para cada novo vértice, o decodificador prediz sua normal com base nas normais dos vértices vizinhos na mesma face e, em seguida, armazena apenas o resíduo da predição. Isso é muito mais eficiente do que armazenar vetores normais absolutos. O resíduo é então quantizado para uma profundidade de bits configurável (8 a 12 bits). Com quantização de 10 bits (padrão para BIM), a qualidade da iluminação é visualmente indistinguível das normais não comprimidas, enquanto o canal normal diminui em aproximadamente 5 vezes. É por isso que os modelos BIM comprimidos pelo Draco mantêm sua aparência física do material — a fidelidade da iluminação que faz o aço parecer aço e o concreto parecer concreto é preservada.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (previsão de normais e quantização durante a redução de peso) → Rapid3D Loader para Three.js (reconstrução de normais)

Perfis de quantização de múltiplos atributos

Diferentes canais de atributos possuem diferentes limites de tolerância para quantização. Coordenadas de posição precisam de 14 a 16 bits para precisão de engenharia. Normais de vértices toleram 10 bits. Coordenadas de textura (UVs) podem ser reduzidas para 12 bits sem cintilação visível na textura. Cores de vértices funcionam bem com 8 bits por canal. O Opt File Generator e o 3D Model & Data Asst expõem todos esses parâmetros como independentes, com o File Generator agrupando-os em perfis nomeados: “Web Streaming” (posição 13, normal 8, UV 10, cor 8), “Engineering Review” (posição 15, normal 10, UV 12, cor 8) e “Archival” (posição 16, normal 12, UV 14, cor 8). Essa granularidade por canal é o que permite que o mesmo modelo de origem forneça uma pré-visualização web leve e uma revisão de engenharia completa a partir do mesmo pipeline.

Com tecnologia: Opt File Generator (perfis predefinidos com quantização por atributo) e 3D Model & Data Asst (configuração interativa de quantização)

Separação de atributos geométricos — o arquivo DB permanece descompactado

Esta é talvez a decisão arquitetônica mais importante na integração do Draco no 3D Expert. A geometria (vértices, faces, normais, UVs, cores) é comprimida com Draco dentro do arquivo GLZIP durante a etapa de otimização. Mas os dados de atributos profissionais — IDs de componentes, relações de hierarquia, classes de materiais, datas de instalação, propriedades personalizadas — são gravados em um arquivo de banco de dados separado no formato SQLite padrão. Este arquivo de banco de dados nunca é comprimido com Draco. O motivo é simples: Draco é um codec de geometria, não um mecanismo de banco de dados. As consultas de atributos devem retornar em milissegundos, com acesso aleatório a qualquer registro. O SQLite fornece pesquisas indexadas em árvore B; o Draco fornece descompressão sequencial de fluxo. Ao mantê-los separados, o 3D Expert garante que clicar em um componente no navegador acione uma consulta direta ao banco de dados — nenhuma descompressão de geometria é necessária para ler os dados de propriedade.

Com tecnologia de: Plugin 3D/BIM (extração: geometria + atributos de formatos nativos) → Opt File Generator / 3D Model & Data Asst (geometria → GLZIP comprimido por Draco, atributos → banco de dados descomprimido) → Rapid3D Loader para Three.js (decodificação de geometria + consulta ao banco de dados) e 3D Model & Data Asst (consulta offline ao banco de dados)

Domínio 3: Integração de Pipeline — glTF, WASM e Streaming

A compressão Draco só é útil se integrar-se perfeitamente aos padrões da web e às estruturas de renderização. A integração do 3D Expert abrange três camadas críticas: o formato do arquivo (compatibilidade com a extensão glTF, gerada pelas ferramentas de otimização), o decodificador (desempenho do WebAssembly, no Loader) e a estratégia de carregamento (streaming progressivo, no Loader).

Conformidade da extensão KHR_draco_mesh_compression

Os arquivos GLZIP utilizam uma estrutura de contêiner compatível com glTF, e a compressão Draco é aplicada por meio da extensão padrão KHR_draco_mesh_compression durante a etapa de redução de peso. Isso significa que a geometria comprimida é armazenada em bufferViews dedicados com metadados que descrevem as configurações de compressão (bits de quantização, método de codificação). Qualquer ferramenta compatível com glTF que suporte essa extensão pode ler os buffers comprimidos. A 3D Expert optou pela conformidade com glTF em vez de um contêiner totalmente proprietário para garantir a interoperabilidade — seus arquivos GLZIP não ficam restritos ao decodificador de um único fornecedor.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (saída GLZIP comprimida compatível com glTF) → Rapid3D Loader para Three.js (analisador com reconhecimento de extensões)

Compressão por componente — Árvore de estrutura preservada

Uma implementação ingênua do Draco comprime um modelo inteiro como um único bloco de malha — achatando a hierarquia BIM em uma massa indiferenciada de triângulos. O mecanismo de otimização de peso do 3D Expert comprime a geometria por componente (por ID de elemento), preservando a árvore de estrutura completa: Referência → Nível → Elemento. Cada componente se torna um bloco comprimido endereçável independentemente dentro do arquivo GLZIP. É isso que permite ao Rapid3D Loader mostrar/ocultar, colorir ou isolar componentes individuais em tempo de execução — os limites dos componentes permanecem intactos nos dados comprimidos, não sendo reconstruídos após a descompressão.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (compressão Draco por componente durante a redução de peso) → Rapid3D Loader para Three.js (grafo de cena em nível de componente)

Decodificador WebAssembly — Velocidade de descompressão quase nativa

O Rapid3D Loader incorpora uma versão em WebAssembly do decodificador Draco (aproximadamente 200 KB, compilada a partir do código-fonte C++ do Google). A velocidade de execução do WASM é tipicamente 1,5 a 2 vezes mais lenta que o código nativo — uma penalidade insignificante, visto que a descompressão é executada em Web Workers em paralelo à renderização. Em uma estação de trabalho moderna, o decodificador WASM Draco atinge uma taxa de transferência de 20 a 50 milhões de triângulos por segundo. Para contextualizar, um modelo BIM compactado de 500 MB contendo 5 milhões de triângulos é descompactado em menos de 250 milissegundos. O usuário percebe a aparência instantânea do modelo, e não um atraso devido à descompressão.

Desenvolvido por: Rapid3D Loader para Three.js (decodificador WASM Draco em Web Workers)

Transmissão progressiva de blocos — primeiro renderiza antes do download completo

O Rapid3D Loader não espera que o arquivo GLZIP inteiro seja baixado antes de iniciar a renderização. Como a geometria é compactada por componente (Recurso 8) e armazenada em partes sequenciais, o carregador pode começar a descompactar e renderizar a primeira parte enquanto as partes subsequentes ainda estão sendo baixadas. Esse streaming progressivo significa que o usuário vê um modelo parcialmente renderizado em segundos — as estruturas aparecem e se preenchem à medida que os dados chegam. Para um modelo de 2 GB em uma conexão de 50 Mbps, a primeira renderização ocorre em menos de 5 segundos, com o modelo completo se materializando nos próximos 30 a 60 segundos. A experiência é mais semelhante ao buffering do YouTube do que a um download de arquivo tradicional.

Desenvolvido por: Rapid3D Loader para Three.js (carregador progressivo de blocos e decodificador WASM de streaming)

Domínio 4: Impacto no Desempenho — Como os Números se Apresentam

A compressão Draco oferece benefícios mensuráveis e quantificáveis em três métricas importantes para qualquer aplicação web 3D: tamanho do download, eficiência do cache do navegador e consumo de VRAM em tempo de execução. Veja o que os dados mostram em modelos BIM típicos — compressão realizada pelo Opt File Generator / 3D Model & Data Asst, renderização pelo Rapid3D Loader.

Taxa de compressão de 10:1 ou superior em geometria BIM típica.

Em um conjunto de testes representativo de 50 modelos BIM (Revit Architecture, Bentley Civil Infrastructure, Navisworks Coordination Models), a compressão Draco no perfil padrão Engineering Review (posição de 15 bits, normal de 10 bits) atinge uma taxa média de compressão de geometria de 10,5:1. Uma carga útil de geometria não comprimida de 1,2 GB torna-se aproximadamente 114 MB. No perfil Web Streaming (posição de 13 bits, normal de 8 bits), a taxa melhora para 15:1–18:1, com a desvantagem de facetas ligeiramente visíveis em superfícies curvas. O canal de geometria normalmente representa de 70 a 85% do tamanho total do modelo, portanto, mesmo uma taxa conservadora de 10:1 apenas para a geometria reduz o tamanho total do arquivo em 7 a 8 vezes. Os dados de textura e material (tratados por compressão separada, não Draco) normalmente representam os 15 a 30% restantes.

Desenvolvido por: Opt File Generator e 3D Model & Data Asst (compressão Draco durante a redução de peso) → Rapid3D Loader para Three.js (geometria descomprimida entregue à cena Three.js)

Eficiência do cache do navegador — 10 vezes mais modelos por sessão

Os navegadores modernos alocam de 50 a 500 MB de espaço em disco por origem para o cache HTTP (dependendo das configurações do usuário e do espaço em disco disponível). Um modelo BIM não compactado de 1,2 GB não cabe no cache — cada recarregamento da página baixa novamente o arquivo completo. Com 114 MB (compactado com Draco), o mesmo modelo cabe confortavelmente no cache, e de 3 a 4 modelos diferentes podem coexistir. Para um painel de controle de gêmeo digital que carrega vários modelos de instalações, isso transforma a experiência do usuário: visitantes recorrentes obtêm carregamento instantâneo dos modelos a partir do cache, e os custos de largura de banda diminuem proporcionalmente. Em redes móveis ou WANs corporativas com recursos limitados, a diferença entre um download de 1,2 GB e um de 114 MB é a diferença entre "utilizável" e "precisa atualizar sua rede".

Desenvolvido por: Rapid3D Loader para Three.js (carregamento HTTP com reconhecimento de cache e suporte a solicitações Range)

Otimização de VRAM — A descompressão sob demanda reduz o pico de memória.

Sem o Draco, a geometria completa e não comprimida precisa residir nos buffers de vértices da GPU durante toda a sessão. Uma carga útil de geometria de 1,2 GB consome 1,2 GB de VRAM apenas para dados de vértices — antes das texturas, do buffer de quadros e da sobrecarga do próprio navegador. Em uma GPU de 4 GB, isso praticamente não deixa margem de segurança. Com a abordagem de streaming progressivo do 3D Expert (Recurso 10), apenas os blocos visíveis no momento são descomprimidos e carregados na VRAM. Conforme a câmera se move e novos blocos são necessários, os blocos distantes são removidos. O pico de uso de VRAM para geometria normalmente cai para 15–25% do total não comprimido, porque apenas uma fração do modelo está no frustum de visão da câmera em um dado momento. É isso que permite que modelos de 10 GB sejam executados em GPUs de consumo sem erros de falta de memória.

Desenvolvido por: Rapid3D Loader para Three.js (remoção de blocos com reconhecimento de frustum e descompressão WASM sob demanda)

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

Guia de Seleção de Perfil de Compressão

A compressão Draco não é um interruptor binário liga/desliga. As configurações que você escolher dependem do seu objetivo de entrega, das características da geometria e dos seus requisitos de qualidade. Todos os perfis abaixo são aplicados no Opt File Generator ou no 3D Model & Data Asst durante a etapa de redução de peso — não no plugin 3D/BIM, que lida apenas com a extração. Aqui está um guia prático:

Gêmeo digital baseado na web ou painel de controle de instalações com fidelidade visual moderada?→ Use o perfil Web Streaming (posição de 13 bits, normal de 8 bits, UV de 10 bits). Compressão esperada: 15:1–18:1. Aceitável para a maioria dos modelos de infraestrutura e plantas onde os usuários navegam a uma distância média e não medem tolerâncias de borda.
Revisão de engenharia ou coordenação de construção que exige geometria precisa?→ Utilize o perfil de Revisão de Engenharia (posição de 15 bits, normal de 10 bits, UV de 12 bits). Compressão esperada: 8:1–10:1. O facetamento geométrico está abaixo do limiar da percepção visual para a maioria das geometrias de AEC (Arquitetura, Engenharia e Construção). Adequado para visualização de detecção de conflitos e revisão de projetos.
Armazenamento arquivístico ou registro legal onde nenhuma variação geométrica é aceitável?→ Use o perfil Arquivístico (posição de 16 bits, normal de 12 bits, UV de 14 bits). Compressão esperada: 4:1–6:1. Com quantização de posição de 16 bits, o desvio máximo é limitado pela caixa delimitadora do modelo dividida por 65.536 — tipicamente submilimétrico para modelos em escala de edifícios.
Entregáveis mistos (prévia da web + revisão de engenharia da mesma fonte)?→ Gere um arquivo GLZIP leve duas vezes com perfis diferentes no Opt File Generator ou use o acoplamento de quantização LOD (Recurso 14) para gerar um único arquivo GLZIP multi-LOD, onde cada nível LOD possui suas próprias configurações de quantização. O Rapid3D Loader transmite o LOD apropriado automaticamente com base na distância da câmera.
Modelos com geometria curva acentuada (tubulações, vasos, pás de turbina)?→ Evite a quantização de posição abaixo de 14 bits. Superfícies curvas apresentam artefatos de facetamento mais cedo do que superfícies planas com a mesma profundidade de bits. Se o modelo for predominantemente composto por geometria curva, utilize o perfil de Revisão de Engenharia ou Arquivístico, mesmo para distribuição na web.

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

Conclusão: A compressão é a base, não o teto.

A compressão Draco é a base do BIM em escala web. Sem ela, modelos de engenharia com vários gigabytes simplesmente não conseguem ser carregados no navegador — os tempos de download, os limites de cache e as limitações de VRAM dos dispositivos de consumo tornam a entrega sem compressão inviável. Mas o Draco sozinho não basta. Um codec de geometria que achata a árvore estrutural, remove dados de atributos ou exige uma requisição à nuvem é inútil para o BIM — ele resolve o problema de tamanho criando um problema de dados.

O que a 3D Expert Co., Ltd. desenvolveu é uma integração com o Draco que respeita o modelo de dados BIM completo. O plugin 3D/BIM extrai a geometria e os atributos sem perda de dados dos formatos nativos — sem compressão, sem perda de dados. O Opt File Generator e o 3D Model & Data Asst aplicam então a compressão Draco por componente, preservando a hierarquia. Os atributos permanecem em um banco de dados SQLite não comprimido, preservando a capacidade de consulta.

Este é o Artigo 1 da nossa série sobre Otimização de Modelos BIM. Nos artigos subsequentes, abordaremos algoritmos de preservação da árvore de estruturas, design de banco de dados de atributos para consultas web, manipulação de coordenadas GIS para infraestruturas de grande extensão e a arquitetura completa de streaming de LOD. Cada artigo seguirá o mesmo padrão: detalhes técnicos aprofundados, mapeados para o produto específico que oferece cada funcionalidade.

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

Sobre a empresa

A 3D Expert Co., Ltd., com sede em Osaka, Japão, desenvolve software 3D/BIM de alto desempenho para os setores globais de AEC (Arquitetura, Engenharia e Construção) e manufatura industrial. Nosso formato GLZIP integra a compressão Google Draco com uma camada proprietária de banco de dados de atributos, permitindo que modelos BIM de vários gigabytes sejam transmitidos e renderizados em navegadores da web padrão. Nosso portfólio de produtos segue um fluxo de três etapas:

Plugin 3D/BIM — Complementos de exportação nativa para 8 plataformas CAD/BIM (Revit, Bentley, Tekla, Navisworks, Solidworks, Inventor, PDMS, SP3D). Realiza a extração sem perda de dados de geometria, materiais, árvores de estrutura e atributos de formatos nativos para GLZIP. NÃO realiza compressão ou redução de tamanho.
Opt File Generator — Motor de otimização de arquivos para desktop. Utiliza arquivos intermediários GLZIP (de um plugin) ou formatos abertos (IFC, FBX, STEP, etc.) e aplica compressão Draco, geração de LOD e otimização de malha com perfis predefinidos e registro de auditoria, produzindo arquivos .Opt.
Assistente de Modelos e Dados 3D — Aplicativo nativo para desktop Windows. Funciona como um mecanismo de redução de tamanho (com as mesmas capacidades de compressão Draco do Opt File Generator) e como um visualizador offline para arquivos GLZIP compactados ou formatos abertos (IFC, FBX, STEP, etc.) com consulta completa de propriedades.
Rapid3D Loader para Three.js — pacote npm (opt-rapid3d-loader) com decodificador WASM Draco integrado, streaming progressivo de chunks e APIs de interação completas. Carrega arquivos .Opt compactados finais em cenas Three.js.

Saiba mais ou inicie um teste gratuito em https://www.opt3ds.com/

Contato: info@3dexpert.jp