¿Por qué mi modelo 3D aparece completamente blanco cuando lo abre el destinatario?
Porque la geometría llegó, pero el aspecto no: OBJ guarda los colores en un archivo MTL aparte, y STL directamente no puede llevar color.
Respuesta corta: el modelo está en blanco porque los colores están en un archivo distinto al de la geometría — o directamente no existen en ese formato. Un OBJ guarda los materiales en un archivo MTL aparte, que tiene que estar en la misma carpeta; si solo envías el archivo .obj, los colores no viajan con él. Un STL no puede llevar color en absoluto. La solución es o bien enviar toda la carpeta comprimida en un zip, o bien enviar GLB o USDZ, que empaquetan geometría y aspecto en un único archivo.
Las tres razones por las que un modelo 3D llega sin color
Prácticamente solo hay tres explicaciones, y se distinguen en cuestión de segundos.
1. El formato no puede llevar color. STL contiene exclusivamente triángulos — nada de colores, nada de materiales, nada de texturas. Un STL que llega en blanco no está roto; es como es siempre un STL. Si el destinatario tiene que ver los colores, el archivo tiene que ser de otro formato.
2. Faltan los archivos complementarios. OBJ guarda la geometría en el archivo .obj y el aspecto en un archivo .mtl aparte. Si los materiales hacen referencia a imágenes (texturas), esas viven en archivos adicionales todavía. Si en un correo solo adjuntas el archivo .obj, la casa llega — pero los colores no. Lo mismo pasa con glTF en su versión repartida (.gltf más un .bin más imágenes).
3. El modelo nunca tuvo color. Un modelo de edificio construido a partir de un plano medido es geometría: muros, suelos, puertas, ventanas, muebles. Que lleve materiales asignados depende de qué se exporte. En HouseSense, solo el USDZ lleva consigo el aspecto de los materiales — los demás formatos de modelo contienen la forma, no la superficie.
Cómo averiguar cuál de las tres es tu caso
- Mira la extensión del archivo. Si es .stl, el caso está resuelto: el formato no puede hacer otra cosa.
- Mira dentro de la carpeta. ¿Hay un archivo .mtl junto al .obj? ¿Hay archivos .png o .jpg? Si es así, el problema es que no viajaron en el envío.
- Abre el mismo archivo en tu propio equipo. Si está en blanco en tu equipo y en el del destinatario, el modelo nunca tuvo color — así que no es un problema de envío.
La solución: envía un formato que se baste a sí mismo
El camino robusto es enviar un formato donde todo va en un solo archivo, para que no haya nada que se pueda perder por el camino:
- GLB — glTF empaquetado como un único archivo binario. Geometría, materiales y texturas dentro. Se abre en navegadores, Blender, Unity y la mayoría de visores 3D. La mejor opción por defecto cuando el destinatario usa Windows o la web.
- USDZ — el formato de Apple, también un único archivo con el aspecto incluido. Se abre directamente en Mensajes, Correo, Archivos y Safari en iPhone, iPad y Mac, y se puede colocar en realidad aumentada. La mejor opción cuando el destinatario usa un dispositivo Apple.
Si aun así tiene que ser OBJ — porque el destinatario lo ha pedido, o porque el programa es antiguo —, comprime toda la carpeta en un zip y envía el zip. No el archivo .obj suelto. Indica en el correo que el archivo MTL debe quedarse en la misma carpeta que el OBJ al descomprimirlo; ahí es donde más suele fallar en el otro extremo.
PLY, color por punto y visores que lo ignoran
PLY es un caso aparte. PLY puede llevar un color por cada vértice — no como una textura, sino como un valor de color en cada punto del modelo. Así es como suelen llevar el color los datos escaneados y las nubes de puntos.
La trampa es que no todos los visores dibujan el color por vértice por defecto. CloudCompare y MeshLab sí lo hacen, pero muchos visores 3D habituales buscan un material, no encuentran ninguno, y dibujan todo en gris. El destinatario tiene, por tanto, que activar el color por vértice — o disponer de otro formato.
Si lo importante es el color, envía GLB o USDZ. Si lo importante son las medidas, envía PLY e indica en el correo que el color va por punto.
El blanco no siempre es un error
Merece la pena tener presente que un modelo en blanco suele ser exactamente lo que hace falta. A un arquitecto que necesita medir sobre la geometría le da igual si los muros son beige. Una impresora 3D no puede usar el color de todos modos. Y un modelo en blanco se abre más rápido y ocupa menos.
La pregunta, por tanto, no es "por qué está en blanco", sino "para qué lo va a usar el destinatario":
- ¿El destinatario tiene que ver cómo se ve la vivienda? Envía USDZ o GLB.
- ¿El destinatario tiene que medir y seguir dibujando? El color es irrelevante. Envía el formato que lea el programa del otro lado — y si hay que dibujar en 2D, la respuesta ni siquiera es un modelo 3D, sino un DXF.
- ¿El destinatario lo va a imprimir? Envía STL, y no te preocupes por el color.
Lo que muestra un modelo de vivienda — y lo que nunca hace
Un modelo 3D construido a partir de un plano medido es un modelo del edificio: la forma de las habitaciones, la posición de los muros, puertas, ventanas y techos. No es una fotografía de tu casa. El estampado del papel pintado, la tapicería del sofá o el rasguño del marco de la puerta no están ahí — tampoco en el formato que lleva materiales.
Merece la pena avisar al destinatario, porque la expectativa suele ser otra. Un modelo que llega blanco o de un solo color parece una fotografía defectuosa, pero es una descripción a escala de la forma de la vivienda. La forma es lo que lo hace útil.
Y una última cosa que ningún color cambia: un modelo 3D no puede determinar si un muro es de carga. Esa pregunta exige un arquitecto técnico o un ingeniero — por muy real que parezca el modelo.