Del escaneo 3D al media server: la cadena completa

El modelo 3D que sale de un escaneo y el modelo 3D que un media server acepta mover en tiempo real casi nunca son el mismo archivo. Entre los dos hay una cadena: nube de puntos, malla retopologizada, desplegado UV, exportación en el formato correcto, importación y, por fin, encajar el modelo virtual sobre el objeto real. Esta guía recorre esa cadena de principio a fin, en el orden en que la hago, y señala los puntos exactos donde se rompe.

Llevo quince años calibrando espectáculos sobre media servers Modulo, y formando en ellos desde 2017 (formador certificado Modulo Pi, más de 250 servidores desplegados). El paso del escaneo al servidor es el eslabón que nadie documenta. Los tutoriales se detienen en la exportación de la malla. Y es entre la exportación y el primer warp donde se pierden las noches.

La cadena, en el orden que aguanta

Un objeto real que mapear, un servidor que debe proyectar encima con precisión de píxel. Estos son los pasos, sin saltarse ninguno:

1. Escaneo del objeto o del lugar, por escaneo 3D o fotogrametría, que produce una nube de puntos
2. Malla reconstruida desde la nube: densa, pesada, inservible en tiempo real tal cual
3. Retopología: una malla limpia y ligera, con una topología que el servidor pueda dibujar a 60 imágenes por segundo
4. Desplegado UV: la superficie de la malla puesta en plano, para saber dónde cae cada píxel del vídeo sobre el objeto
5. Exportación en el formato que el servidor lee, a la escala y la orientación correctas
6. Importación en el media server, alinear el modelo virtual con el objeto real, luego warp y calaje

Los pasos 1 a 4 son trabajo de estudio. A partir del 5, cualquier error se paga en el sitio, de noche, con el camión ya medio cargado. Por eso la exportación merece más atención de la que suele recibir.

Exportar: la escala, la orientación y el pivote lo rompen todo

Tres trampas, siempre las mismas, cuando un modelo pasa de una aplicación a otra.

La escala. Blender piensa en metros, un escaneo puede salir en centímetros o en unidades arbitrarias, y un FBX no siempre transporta la unidad de forma limpia. Resultado clásico: el modelo llega al servidor cien veces demasiado grande o demasiado pequeño. Comprueba la escala contra una dimensión conocida antes de exportar. Si tu objeto mide 4 metros de alto en real, debe medir 4 unidades en el servidor, no 400.

La orientación. Cada aplicación tiene su eje vertical. Blender trabaja en Z-up, la mayoría de motores en tiempo real y servidores esperan Y-up. Un FBX exportado sin conversión de eje llega tumbado de lado. Dos clics para arreglarlo cuando sabes dónde mirar, una hora perdida cuando no.

El pivote. El punto de origen del modelo es el punto sobre el que gira y por el que se posiciona en la escena del servidor. Deja el pivote donde lo puso el software de escaneo, y tu modelo aterriza a diez metros de donde lo esperas, o gira alrededor de una esquina. Coloca el pivote en un punto de referencia físico que puedas reencontrar en el objeto real: una esquina, una arista, la base en el suelo.

Sobre el formato, el debate FBX contra OBJ es más simple de lo que parece. Tu software de reconstrucción suele ofrecer una lista larga: RealityScan exporta en unos quince formatos, entre ellos OBJ, FBX y GLB (RealityScan, Model Export, consultado el 09/07/2026). Quédate solo con el que lee tu servidor. OBJ es estático, universal, sin animación: perfecto para un objeto fijo que mapear. FBX transporta más (jerarquía, animación, pivotes) pero también más ocasiones de romperse. Voy con OBJ cuando el modelo no se mueve, con FBX cuando necesito la jerarquía u objetos animados.

Importar en el media server

Del lado del servidor la lista de formatos aceptados es corta, y es a propósito. Pixera, por ejemplo, documenta que solo lee GLTF, FBX y OBJ (Pixera, Models, consultado el 09/07/2026). Modulo Kinetic, el media server sobre el que corren mis proyectos grandes, importa el modelo 3D directamente en su escena y te deja proyectar encima con un pipeline de render completo. Lo que comparten todos los servidores serios: quieren una malla limpia, no la sopa de triángulos que suelta un escaneo en bruto.

Una vez dentro el archivo, la pregunta ya no es técnica sino geométrica: hacer coincidir el modelo del servidor con el objeto que tienes delante.

Alinear el modelo virtual sobre el objeto real

Es el corazón del oficio, y ninguna exportación limpia lo hace por ti. El servidor muestra tu modelo 3D. El proyector ilumina un objeto real en el espacio. Mientras los dos no coincidan al píxel, la imagen se desliza por las aristas.

Mi método en el sitio:

• Marco de cuatro a seis puntos de correspondencia nítidos en el objeto real, no alineados: esquinas, ángulos salientes, juntas
• Coloco la cámara virtual del servidor en la posición real del proyector, con throw ratio y lens shift incluidos
• Ajusto hasta que los puntos del modelo caen sobre los puntos físicos, vistos desde el eje del proyector
• Verifico con un patrón de contorno proyectado sobre las aristas reales: si la línea sigue la arista, el calaje aguanta; si se emborrona, un punto está mal

Un modelo bien retopologizado y bien exportado hace este paso rápido. Un modelo sucio lo hace imposible: pasas la noche peleando contra una geometría que no corresponde a nada medible.

Por qué una malla demasiado pesada mata el tiempo real

Un escaneo en bruto son millones de polígonos. Un media server debe aguantar 60 imágenes por segundo proyectando encima, a menudo sobre varias salidas a la vez. Los dos no son compatibles.

Una malla demasiado densa hunde el framerate, satura la memoria de la tarjeta gráfica y hace el calaje impreciso a fuerza de saltos. La respuesta no es comprar una máquina más grande. La respuesta está aguas arriba: una malla retopologizada a unas decenas de miles de polígonos bien colocados rinde mejor, y más rápido, que un escaneo de dos millones de triángulos. Todo está en la guía de retopología. Si te saltas ese paso para ganar tiempo, lo pagarás en el sitio con intereses.

Preverlo antes del montaje

Toda esta cadena se prueba antes de alquilar el primer proyector. Colocar el modelo escaneado en una escena 3D, poner los proyectores, comprobar la cobertura y los solapes, validar que el objeto es mapeable desde las posiciones de anclaje previstas: es exactamente para lo que construí Lumeo. El modelo del escaneo se importa dentro, y el estudio se comparte por enlace antes de que se mueva una sola máquina.

Cuándo no merece la pena pasar por un modelo 3D

El flujo escaneo a servidor cuesta tiempo. No siempre se justifica.

• Superficie plana o casi plana. Una fachada recta, un muro, una pantalla: no hace falta modelo 3D. Un warp 2D y un buen juego de patrones hacen el trabajo en una fracción del tiempo
• Geometría simple y conocida. Un cubo, un cilindro, una forma primitiva de la que tienes las cotas: reconstrúyela a mano en el servidor en diez minutos. Escanear un cubo para retopologizarlo después es darse trabajo para nada
• Un solo proyector, un solo punto de vista. Si el público solo ve el objeto por un lado, el calaje 2D desde ese punto de vista suele bastar. El modelo 3D se justifica cuando varios proyectores cubren varias caras
• El presupuesto cubre el material pero no las horas de estudio. Retopología y desplegado UV limpios llevan tiempo cualificado. Si ese tiempo no está en el presupuesto, el modelo 3D seguirá sucio, y sucio no servirá de nada

Una vez importado y groseramente alineado el modelo, todo lo que queda (warp fino, blend, color, uniformidad) es calibración propiamente dicha. El método completo parte de la guía de calibración de proyectores.

Y si estás delante de un objeto escaneado, un FBX que se niega a encajar y un espectáculo dentro de tres días, casi siempre es la escala o el pivote. Comprueba esos dos primero. Si la duda sobrevive, escríbeme: ya he cometido la mayoría de estos errores, a menudo dos veces.