El ecosistema del producto: Draco en el ciclo de vida de la compresión

La compresión Draco opera dentro de una estricta canalización de tres etapas en el ecosistema de 3D Expert: extracción, aligeramiento y renderizado. Es fundamental comprender qué producto realiza qué función: el 3D/BIM PlyExtrae datos de formatos nativos, pero NO realiza compresión. La compresión Draco y todas las operaciones de aligeramiento son gestionadas por Opt File Generator y 3D Model & Data Assist. Así es como los productos participan en el ciclo de vida de la compresión:

• Plugin 3D/BIM: solo la etapa de extracción. Complementos de exportación nativos para 9 plataformas CAD/BIM (Revit, Bentley, Tekla, Rhino, Navisworks, Solidworks, Inventor, Siemens Nx(PTC Creo), basado en las API oficiales del proveedor. El plugin extrae geometría (como objetos de malla), materiales, jerarquía de árbol de estructura y datos de atributos de formatos propietarios (.rvt, .dgn, etc.) sin pérdida de datos. Salida: un archivo GLZIP intermedio (geometría sin comprimir) más un archivo DB (atributos en SQLite). El plugin NO realiza compresión Draco, simplificación de malla, generación de LOD ni ninguna optimización de tamaño; su única función es la extracción sin pérdida de datos de formatos nativos.
• Generador de archivos Opt: el motor de aligeramiento. Toma archivos GLZIP intermedios (del complemento 3D/BIM) o formatos abiertos/estándar (IFC, FBX, STEP, STL, IGES, RVM, OBJ, etc.) y aplica el proceso completo de aligeramiento: compresión Draco con cuantización configurable, optimización de malla, generación de LOD y empaquetado de la base de datos de atributos. Los operadores pueden elegir entre perfiles preestablecidos como "Web Streaming (agresivo)", "Engineering Review (equilibrado)" o "Archival (conservador)", cada uno de los cuales define niveles de cuantización y modos de codificación específicos. Optimizado para procesamiento por lotes con registro de auditoría. Salida: archivos .Opt.
• Asistente de datos y modelos 3D: cumple una doble función: (1) como motor de aligeramiento con las mismas capacidades de compresión Draco que el Generador de archivos Opt (toma formatos GLZIP intermedios o abiertos, aplica compresión Draco, LOD y optimización de malla), y (2) como visor sin conexión para archivos GLZIP comprimidos finales o formatos abiertos/estándar (IFC, FBX, STEP, STL, IGES, RVM, OBJ, etc.) con consulta completa de propiedades. Debido a que la descompresión depende de la CPU y se ejecuta de forma nativa (no en un entorno aislado WASM del navegador), el rendimiento en escritorio con modelos muy grandes puede superar el rendimiento web por un margen significativo.
• Cargador Rapid3D para Three.js: la etapa de renderizado web. El paquete npm (opt-rapid3d-loader) incorpora un decodificador WebAssembly Draco que descomprime sobre la marcha los flujos de geometría de archivos Opt comprimidos finales. La descompresión se ejecuta en Web Workers, fuera del hilo principal, y alimenta los objetos Three.js Mesh directamente al grafo de escena. El cargador admite la descompresión progresiva por fragmentos: no necesita el archivo completo antes de que comience el renderizado. El cargador consume archivos Opt;

En resumen: el plugin extrae los datos de formatos nativos (sin compresión). Opt File Generator y 3D Model & Data Assist realizan la compresión Draco y la optimización del tamaño. El cargador descomprime en el navegador mediante WASM. La aplicación de escritorio puede comprimir (modo de optimización) y descomprimir (modo de visualización). Los datos de atributos en el archivo de la base de datos nunca se comprimen con Draco; permanecen en formato SQLite para consultas ultrarrápidas.

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

Las 16 capacidades — Mapeadas al producto

Dominio 1: Fundamentos de la compresión: cómo funciona Draco internamente.

Google Draco, de código abierto desde 2017, se diseñó originalmente para comprimir recursos 3D para renderizado web y móvil. Su principal innovación reside en dos algoritmos complementarios: uno para la conectividad de la malla (topología) y otro para la posición de los vértices (geometría). Comprenderlos es fundamental para tomar decisiones informadas sobre la cuantificación de datos BIM. Nota: toda la compresión de Draco en el flujo de trabajo de 3D Expert se realiza mediante Opt File Generator y 3D Model & Data Asst, no mediante el plugin 3D/BIM, que solo se encarga de la extracción.

1. Codificación de conectividad Edgebreaker: topología casi sin pérdidas

El modo de codificación de malla predeterminado de Draco utiliza el algoritmo Edgebreaker, que recorre la malla triangular y registra una secuencia de operaciones topológicas (comandos C, L, E, R, S) que describen cómo se une cada nuevo triángulo a la superficie existente. Esto logra una codificación casi entrópica de la conectividad de la malla: la relación entre vértices, aristas y caras se codifica en una fracción del espacio requerido por un búfer de índice explícito. Para los modelos BIM, esto significa que la topología estructural (qué vigas se conectan a qué columnas, qué segmentos de tubería forman un tramo continuo) se conserva prácticamente sin pérdida. La secuencia Edgebreaker se codifica luego mediante entropía (codificación por rango) para una mayor reducción de tamaño.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (codificación Edgebreaker durante la optimización del peso) → Rapid3D Loader para Three.js (reconstrucción de la conectividad en tiempo de ejecución)

2. Cuantización de posición de árbol KD: precisión configurable

Las posiciones de los vértices son el canal de datos más grande en cualquier modelo BIM. Draco no almacena coordenadas completas de punto flotante de 32 bits. En su lugar, construye un árbol KD sobre la nube de puntos, dividiéndola recursivamente a lo largo del eje más largo, y cuantifica cada posición de vértice a una profundidad de bits configurable. Con una cuantificación de 16 bits, las posiciones se codifican con 65 536 niveles discretos por eje, suficiente para una precisión de grado de ingeniería. Con 11 bits (2048 niveles), el archivo se reduce aún más, pero las pequeñas características geométricas pueden mostrar facetas visibles. Las herramientas de aligeramiento de 3D Expert (Opt File Generator y 3D Model & Data Asst) exponen esto como una configuración por archivo: "Position Quantization Bits (11–16)", con un valor predeterminado de 14 para BIM, un punto óptimo donde el tamaño del archivo se reduce de 8 a 10 veces sin una pérdida de calidad perceptible en la geometría AEC típica.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (configuración de cuantización de árbol KD) → Rapid3D Loader para Three.js (descuantización en el decodificador WASM)

3. Modo de codificación secuencial: para nubes de puntos y no variedades

No toda la geometría BIM es una malla triangular limpia. Las nubes de puntos de escaneos láser, los bordes no manifold de sólidos mal modelados y los elementos 2D (líneas, anotaciones) no se ajustan al modelo de recorrido de Edgebreaker. El modo de codificación secuencial de Draco maneja estos casos: almacena los datos de vértices en orden con codificación delta y esquemas de predicción, sin requerir una topología transitable. El motor de aligeramiento de 3D Expert detecta automáticamente la geometría no manifold y cambia al modo secuencial por submalla; el operador nunca necesita marcarla manualmente.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (selección automática de modo durante la optimización) → Rapid3D Loader para Three.js (decodificador de modo dual)

Dominio 2: Atributos y manejo de materiales

Los modelos BIM contienen mucha más información que la simple posición de los triángulos. Las normales de los vértices, las coordenadas de textura, los colores de los vértices y los identificadores de material son todos canales de atributos que Draco puede comprimir de forma independiente. La clave reside en comprender qué atributos toleran una cuantización agresiva y cuáles no. Toda la compresión de atributos se realiza durante la fase de optimización mediante Opt File Generator y 3D Model & Data Assist.

4. Predicción de paralelogramos para normales de vértice

Las normales de los vértices determinan cómo interactúa la luz con las superficies; son fundamentales para el realismo visual. Draco aplica un esquema de predicción de paralelogramo: para cada nuevo vértice, el decodificador predice su normal basándose en las normales de los vértices vecinos en la misma cara, y luego almacena solo el residuo de la predicción. Esto es mucho más eficiente que almacenar vectores normales absolutos. El residuo se cuantifica a una profundidad de bits configurable (8-12 bits). Con una cuantificación de 10 bits (por defecto para BIM), la calidad de la iluminación es visualmente indistinguible de las normales sin comprimir, mientras que el canal normal se reduce aproximadamente cinco veces. Por eso, los modelos BIM comprimidos con Draco conservan su apariencia física del material: se preserva la fidelidad de la iluminación que hace que el acero parezca acero y el hormigón parezca hormigón.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (predicción y cuantificación normales durante la reducción de peso) → Rapid3D Loader para Three.js (reconstrucción normal)

5. Perfiles de cuantificación multiatributo

Los distintos canales de atributos tienen diferentes umbrales de tolerancia para la cuantización. Las coordenadas de posición necesitan entre 14 y 16 bits para una precisión de ingeniería. Las normales de vértice toleran 10 bits. Las coordenadas de textura (UV) pueden reducirse a 12 bits sin que se observe parpadeo de textura. Los colores de vértice funcionan bien con 8 bits por canal. Opt File Generator y 3D Model & Data Asst exponen todos estos parámetros de forma independiente, y File Generator los agrupa en perfiles con nombre: "Web Streaming" (posición 13, normal 8, UV 10, color 8), "Engineering Review" (posición 15, normal 10, UV 12, color 8) y "Archival" (posición 16, normal 12, UV 14, color 8). Esta granularidad por canal es lo que permite que el mismo modelo de origen sirva para una vista previa web ligera y una revisión de ingeniería de alta fidelidad desde el mismo flujo de trabajo.

• Desarrollado por: Opt File Generator (perfiles preestablecidos con cuantificación por atributo) y 3D Model & Data Asst (configuración interactiva de cuantificación).

6. Separación de atributos geométricos: el archivo de base de datos permanece sin comprimir.

Esta es quizás la decisión arquitectónica más importante en la integración de Draco en 3D Expert. La geometría (vértices, caras, normales, UV, colores) se comprime con Draco dentro del archivo GLZIP durante la etapa de optimización. Sin embargo, los datos de atributos profesionales (ID de componentes, relaciones jerárquicas, grados de material, fechas de instalación, propiedades personalizadas) se escriben en un archivo de base de datos independiente en formato SQLite estándar. Este archivo de base de datos nunca se comprime con Draco. La razón es simple: Draco es un códec de geometría, no un motor de base de datos. Las consultas de atributos deben devolver resultados en milisegundos, con acceso aleatorio a cualquier registro. SQLite proporciona búsquedas indexadas en árboles B; Draco proporciona descompresión secuencial de flujo. Al mantenerlos separados, 3D Expert garantiza que al hacer clic en un componente en el navegador se active una consulta directa a la base de datos, sin necesidad de descomprimir la geometría para leer los datos de las propiedades.

• Impulsado por: Plugin 3D/BIM (extracción: geometría + atributos de formatos nativos) → Generador de archivos Opt / Asistente de modelos y datos 3D (geometría → GLZIP comprimido con Draco, atributos → base de datos sin comprimir) → Cargador Rapid3D para Three.js (decodificación de geometría + consulta de base de datos) y Asistente de modelos y datos 3D (consulta de base de datos sin conexión)

Dominio 3: Integración de canalizaciones: glTF, WASM y transmisión de datos

La compresión Draco solo es útil si se integra correctamente con los estándares web y los marcos de renderizado. La integración de 3D Expert abarca tres capas críticas: el formato de archivo (compatibilidad con la extensión glTF, generada por las herramientas de aligeramiento), el decodificador (rendimiento de WebAssembly, en el cargador) y la estrategia de carga (transmisión progresiva, en el cargador).

7. Cumplimiento de la extensión de compresión de malla KHR_draco_mesh

Los archivos GLZIP utilizan una estructura de contenedor compatible con glTF, y la compresión Draco se aplica mediante la extensión estándar KHR_draco_mesh_compression durante la etapa de optimización. Esto significa que la geometría comprimida se almacena en bufferViews dedicados con metadatos que describen la configuración de compresión (bits de cuantización, método de codificación). Cualquier herramienta compatible con glTF que admita esta extensión puede leer los buffers comprimidos. 3D Expert optó por la compatibilidad con glTF en lugar de un contenedor totalmente propietario para garantizar la interoperabilidad: sus archivos GLZIP no están limitados al decodificador de un solo proveedor.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (salida GLZIP comprimida compatible con glTF) → Rapid3D Loader para Three.js (analizador que reconoce la extensión)

8. Compresión por componente: se conserva la estructura del árbol.

Una implementación básica de Draco comprime todo el modelo como una única malla, aplanando la jerarquía BIM hasta convertirla en una masa indiferenciada de triángulos. El motor de aligeramiento de 3D Expert comprime la geometría por componente (por ID de elemento), conservando la estructura completa: Referencia → Nivel → Elemento. Cada componente se convierte en un fragmento comprimido direccionable de forma independiente dentro del archivo GLZIP. Esto permite que Rapid3D Loader muestre, oculte, coloree o aísle componentes individuales en tiempo de ejecución; los límites de los componentes permanecen intactos en los datos comprimidos, sin reconstruirse tras la descompresión.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (compresión Draco por componente durante la optimización del peso) → Rapid3D Loader para Three.js (grafo de escena a nivel de componente)

9. Decodificador WebAssembly: velocidad de descompresión casi nativa

El cargador Rapid3D incorpora una compilación WebAssembly del decodificador Draco (aproximadamente 200 KB, compilada a partir del código fuente C++ de Google). La velocidad de ejecución de WASM suele ser entre 1,5 y 2 veces más lenta que la del código nativo, una penalización insignificante dado que la descompresión se ejecuta en Web Workers en paralelo a la renderización. En una estación de trabajo moderna, el decodificador Draco WASM alcanza un rendimiento de entre 20 y 50 millones de triángulos por segundo. A modo de comparación, un modelo BIM comprimido de 500 MB que contiene 5 millones de triángulos se descomprime en menos de 250 milisegundos. El usuario percibe la aparición instantánea del modelo, sin ningún retraso en la descompresión.

• Desarrollado por: Cargador Rapid3D para Three.js (decodificador WASM Draco en Web Workers)

10. Transmisión progresiva por fragmentos: primero se pinta antes de la descarga completa.

El cargador Rapid3D no espera a que se descargue el archivo GLZIP completo antes de comenzar el renderizado. Dado que la geometría se comprime por componente (Función 8) y se almacena en fragmentos secuenciales, el cargador puede comenzar a descomprimir y renderizar el primer fragmento mientras los siguientes aún se están descargando. Esta transmisión progresiva permite al usuario ver un modelo parcialmente renderizado en cuestión de segundos: las estructuras aparecen y se completan a medida que llegan los datos. Para un modelo de 2 GB en una conexión de 50 Mbps, la primera visualización se produce en menos de 5 segundos, y el modelo completo se materializa en los siguientes 30-60 segundos. La experiencia se asemeja más al almacenamiento en búfer de YouTube que a una descarga de archivos tradicional.

• Desarrollado por: Rapid3D Loader para Three.js (cargador de fragmentos progresivo y decodificador WASM de transmisión)

Dominio 4: Impacto en el rendimiento: cómo se ven las cifras

La compresión Draco ofrece beneficios medibles y cuantificables en tres métricas clave para cualquier aplicación web 3D: tamaño de descarga, eficiencia de la caché del navegador y consumo de VRAM en tiempo de ejecución. A continuación, se muestran los resultados en modelos BIM típicos: compresión realizada por Opt File Generator / 3D Model & Data Asst, renderizado por Rapid3D Loader.

11. Relación de compresión de 10:1 o superior en geometría BIM típica.

En un corpus de prueba representativo de 50 modelos BIM (arquitectura Revit, infraestructura civil Bentley, modelos de coordinación Navisworks), la compresión Draco en el perfil predeterminado de Engineering Review (posición 15 bits, normal 10 bits) logra una relación de compresión de geometría promedio de 10,5:1. Una carga útil de geometría sin comprimir de 1,2 GB se convierte en aproximadamente 114 MB. En el perfil Web Streaming (posición 13 bits, normal 8 bits), la relación mejora a 15:1–18:1, con la desventaja de un facetado ligeramente visible en superficies curvas. El canal de geometría generalmente representa el 70–85% del tamaño total del modelo, por lo que incluso una relación conservadora de 10:1 solo para la geometría reduce el tamaño total del archivo entre 7 y 8 veces. Los datos de textura y material (manejados por una compresión separada, no Draco) generalmente representan el 15–30% restante.

• Desarrollado por: Opt File Generator y 3D Model & Data Asst (compresión Draco durante el aligeramiento) → Rapid3D Loader para Three.js (geometría descomprimida entregada a la escena de Three.js)

12. Eficiencia de la caché del navegador: 10 veces más modelos por sesión.

Los navegadores modernos asignan entre 50 y 500 MB de espacio en disco por origen para la caché HTTP (según la configuración del usuario y el espacio disponible). Un modelo BIM sin comprimir de 1,2 GB no cabe en la caché; cada vez que se recarga la página, se vuelve a descargar el archivo completo. Con 114 MB (comprimido con Draco), el mismo modelo cabe sin problemas en la caché, y pueden coexistir entre 3 y 4 modelos diferentes. Para un panel de control de gemelos digitales que carga varios modelos de instalaciones, esto transforma la experiencia del usuario: los visitantes recurrentes obtienen cargas instantáneas de modelos desde la caché, y los costes de ancho de banda se reducen proporcionalmente. En redes móviles o WAN empresariales con recursos limitados, la diferencia entre una descarga de 1,2 GB y una de 114 MB es la diferencia entre un acceso "utilizable" y la necesidad de actualizar la red.

• Desarrollado por: Rapid3D Loader para Three.js (carga HTTP con almacenamiento en caché y soporte para solicitudes de rango).

13. Optimización de VRAM: la descompresión bajo demanda reduce el pico de uso de memoria.

Sin Draco, la geometría completa sin comprimir debe residir en los búferes de vértices de la GPU durante toda la sesión. Una carga útil de geometría de 1,2 GB consume 1,2 GB de VRAM solo para los datos de vértices, antes de las texturas, antes del búfer de fotogramas, antes de la sobrecarga del navegador. En una GPU de 4 GB, esto deja muy poco margen. Con el enfoque de transmisión progresiva de 3D Expert (Función 10), solo los fragmentos visibles en ese momento se descomprimen y se cargan en la VRAM. A medida que la cámara se mueve y se necesitan nuevos fragmentos, los fragmentos distantes se eliminan. El uso máximo de VRAM para la geometría generalmente se reduce al 15-25 % del total sin comprimir, porque solo una fracción del modelo está dentro del frustum de visión de la cámara en un momento dado. Esto es lo que permite que los modelos de clase 10 GB se ejecuten en GPU de consumo sin errores de falta de memoria.

• Desarrollado por: Rapid3D Loader para Three.js (eliminación de fragmentos con reconocimiento de frustum y descompresión WASM bajo demanda).

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

Guía de selección de perfiles de compresión

La compresión Draco no es un simple interruptor de encendido/apagado. La configuración que elija dependerá de su destino de entrega, las características de su geometría y sus requisitos de calidad. Todos los perfiles que se muestran a continuación se aplican en Opt File Generator o 3D Model & Data Asst durante la etapa de optimización del tamaño, no en el complemento 3D/BIM, que solo gestiona la extracción. Aquí tiene una guía práctica:

• ¿Gemelo digital basado en web o panel de control de instalaciones con fidelidad visual moderada?→ Utilice el perfil de transmisión web (posición de 13 bits, normal de 8 bits, UV de 10 bits). Compresión esperada: 15:1–18:1. Aceptable para la mayoría de los modelos de infraestructura y plantas donde los usuarios navegan a distancia media y no miden tolerancias de borde.
• ¿Revisión de ingeniería o coordinación de la construcción que requiera geometría precisa?→ Utilice el perfil de Revisión de Ingeniería (posición 15 bits, normal 10 bits, UV 12 bits). Compresión esperada: 8:1–10:1. El facetado geométrico está por debajo del umbral de percepción visual para la mayoría de las geometrías AEC. Adecuado para la visualización de detección de colisiones y la revisión de diseño.
• ¿Almacenamiento de archivo o registro legal donde no se acepta ninguna desviación geométrica?→ Utilice el perfil Archival (posición de 16 bits, normal de 12 bits, UV de 14 bits). Compresión esperada: 4:1–6:1. Con una cuantización de posición de 16 bits, la desviación máxima está limitada por el cuadro delimitador del modelo dividido por 65 536, lo que suele ser inferior a un milímetro para modelos a escala de edificios.
• ¿Entregables mixtos (vista previa web + revisión de ingeniería de la misma fuente)?→ Reduzca el tamaño dos veces con perfiles diferentes en el Generador de archivos Opt, o utilice el acoplamiento de cuantización LOD (Función 14) para generar un único archivo GLZIP multi-LOD donde cada nivel LOD tiene su propia configuración de cuantización. El Cargador Rapid3D transmite automáticamente el LOD apropiado según la distancia de la cámara.
• ¿Modelos con geometría muy curva (tuberías, recipientes, álabes de turbina)?→ Evite la cuantización de posición por debajo de 14 bits. Las superficies curvas muestran artefactos de facetado antes que las superficies planas con la misma profundidad de bits. Si el modelo está dominado por geometría curva, utilice el perfil de Revisión de ingeniería o el perfil de Archivo, incluso para la entrega web.

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

Conclusión: La compresión es la base, no el techo.

La compresión Draco es la base del BIM a escala web. Sin ella, los modelos de ingeniería de varios gigabytes simplemente no pueden acceder al navegador: los tiempos de descarga, los límites de caché y las limitaciones de VRAM del hardware de consumo hacen que la entrega sin comprimir sea inviable. Pero Draco por sí solo no basta. Un códec de geometría que aplana el árbol de estructura, elimina los datos de atributos o requiere una comunicación con la nube resulta inútil para BIM: resuelve el problema del tamaño creando un problema de datos.

3D Expert Co., Ltd. ha desarrollado una integración con Draco que respeta el modelo de datos BIM completo. El plugin 3D/BIM extrae la geometría y los atributos sin pérdida de calidad de los formatos nativos: sin compresión ni pérdida de datos. Opt File Generator y 3D Model & Data Assist aplican la compresión Draco a cada componente, conservando la jerarquía. Los atributos permanecen en una base de datos SQLite sin comprimir, manteniendo la capacidad de consulta.

Este es el artículo 1 de nuestra serie sobre la optimización de modelos BIM. En los artículos siguientes, abordaremos los algoritmos de preservación de la estructura de árbol, el diseño de bases de datos de atributos para consultas web, el manejo de coordenadas GIS para infraestructuras de gran envergadura y la arquitectura completa de transmisión de LOD. Cada artículo seguirá el mismo patrón: detalles técnicos exhaustivos, vinculados al producto específico que ofrece cada funcionalidad.

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

Acerca de la empresa

3D Expert Co., Ltd., con sede en Osaka, Japón, desarrolla software 3D/BIM de alto rendimiento para los sectores globales de arquitectura, ingeniería y construcción (AEC) y fabricación industrial. Nuestro formato GLZIP integra la compresión Google Draco con una capa de base de datos de atributos propia, lo que permite la transmisión y visualización de modelos BIM de varios gigabytes en navegadores web estándar. Nuestra cartera de productos sigue un proceso de tres etapas:

• Plugin 3D/BIM: complementos de exportación nativos para 8 plataformas CAD/BIM (Revit, Bentley, Tekla, Navisworks, Solidworks, Inventor, PDMS, SP3D). Realiza la extracción sin pérdida de geometría, materiales, árboles de estructura y atributos desde formatos nativos a GLZIP. NO realiza compresión ni aligeramiento.
• Generador de archivos Opt: motor de optimización de escritorio. Toma formatos GLZIP intermedios (desde el complemento) o formatos abiertos (IFC, FBX, STEP, etc.) y aplica compresión Draco, generación de LOD y optimización de malla con perfiles preestablecidos y registro de auditoría, para producir archivos .Opt.
• Asistente de modelos y datos 3D: aplicación de escritorio nativa para Windows. Funciona como motor de optimización (con las mismas capacidades de compresión Draco que Opt File Generator) y como visor sin conexión para archivos GLZIP comprimidos o formatos abiertos (IFC, FBX, STEP, etc.) con consulta completa de propiedades.
• Cargador Rapid3D para Three.js: paquete npm (opt-rapid3d-loader) con decodificador WASM Draco integrado, transmisión progresiva de fragmentos y API de interacción completas. Carga el archivo .Opt comprimido final en las escenas de Three.js.

Obtén más información o comienza una prueba gratuita en https://www.opt3ds.com/

Contacto: info@3dexpert.jp

---

© 2010–2026 3D Expert Co.,Ltd. Todos los derechos reservados.