Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Formatos 3D: OBJ, STL, glTF, FBX y USDZ comparados

PC Por Pablo Cirre

Preguntas frecuentes

glTF está diseñado para ser cargado y renderizado por GPU directamente — sin conversión intermedia, sin re-empaquetado. OBJ requiere parsearse desde texto y convertirse a buffers binarios; FBX requiere SDK propietario y suele duplicar 5-10× el tamaño. glTF binario (.glb) es típicamente 5-20× más pequeño que el FBX equivalente, carga 10× más rápido, y tiene soporte nativo en Three.js, Babylon.js, Model Viewer y todos los navegadores modernos. Para web ya no hay debate: glTF gana en cada métrica.

STL es el estándar histórico — todo slicer lo lee, todo software 3D lo exporta. 3MF es el sucesor moderno (PrusaSlicer, Bambu, Cura lo prefieren): incluye unidades nativas (sin ambigüedad mm vs pulgadas), color por triángulo, y propiedades de material. Para impresoras monocolor con cualquier slicer: STL sigue siendo válido. Para impresoras multimaterial (Bambu A1, Prusa XL con MMU3) o cuando quieres color/material info en el archivo: 3MF gana. STL no va a desaparecer — es el "PDF" del 3D printing por su simplicidad universal.

Diferencia principal: ecosistema. USDZ funciona nativamente en iOS (Safari, Quick Look, AR Quick Look) sin instalar app — un tap abre el modelo en AR sobre la cámara. glTF funciona en Android (Scene Viewer) y en cualquier navegador con Three.js + WebXR, pero iOS Safari NO renderiza glTF nativamente en AR (sí lo muestra en una página, pero sin el modo AR de Quick Look). Para e-commerce con audiencia iOS dominante: ofrece USDZ. Para AR en Android o para web cross-platform: glTF. Para máxima compatibilidad: ofrece ambos (la mayoría de plataformas como Shopify ya lo automatizan).

Tres compresiones complementarias: (1) <strong>Draco</strong> comprime la geometría — reduce 50-90% el tamaño de vértices/índices con pérdida mínima visible, (2) <strong>KTX2 + Basis Universal</strong> comprime las texturas a un formato GPU-nativo que no requiere descompresión en CPU — 4× más pequeño que PNG y se carga directamente a la GPU, (3) <strong>gltfpack</strong> de meshoptimizer reordena los vértices para mejor compresión gzip y reduce precisión sin pérdida visible. Pipeline típico: <code>gltfpack -i model.glb -o model-compressed.glb -cc -tc</code> reduce un modelo de 20 MB a 2-3 MB sin pérdida apreciable.

Tradicionalmente FBX porque es el formato nativo de Maya/3ds Max (los DCC tools dominantes en juegos AAA) y Unity/Unreal lo importan perfectamente con animaciones, blend shapes y skeletal rigs. Desde 2022, ambos motores importan glTF nativamente con soporte completo de animación. La elección hoy depende de tu pipeline: si los artistas trabajan en Maya/3ds Max → FBX al motor sin re-export. Si usan Blender → glTF directo es más fluido (Blender exporta glTF mejor que FBX por estándares más limpios). Para assets compartidos entre web y juegos, glTF gana porque sirve para ambos sin conversión.

Mayormente sí, con algunas cautelas. La conversión preserva geometría, UVs, texturas básicas y animación esqueletal. Pierde: shaders procedurales específicos de Maya/Max (deben rebuilearse en Three.js/Babylon), curvas de animación con tangentes muy específicas (se aproximan), algunos modos de blend shape exóticos. Herramienta recomendada: <code>FBX2glTF</code> (Facebook/Khronos, open source) o el exporter de Blender después de importar FBX. Verifica el resultado en el visor oficial gltf-viewer.donmccurdy.com antes de subir a producción — los problemas se ven inmediatamente.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.