Glosario de renderizado 3D
Build time: qué es en programación y en render 3D
Build time es el tiempo que un sistema tarda en «montar» algo antes de ejecutarlo. En programación, es el tiempo de compilación del código. En renderizado 3D, es la etapa de preparación de la escena: cargar geometría, montar las estructuras de aceleración, calcular cachés de luz y, en motores en tiempo real, construir la iluminación antes de generar la imagen.
Build time en sentido general: desarrollo de software
En el desarrollo de software, build time (tiempo de build o tiempo de compilación) es el intervalo entre la orden de compilar y la generación del ejecutable o del paquete final. Durante ese periodo, el compilador comprueba la sintaxis, resuelve dependencias, optimiza el código y genera los artefactos. Herramientas como Maven, Gradle, Webpack o Vite automatizan este proceso.
El término también se opone a runtime (tiempo de ejecución). Algo «definido en build time» se fija en la compilación; algo «definido en runtime» solo se resuelve cuando el programa se ejecuta. Esta misma lógica se aplica al renderizado: hay trabajo que se hace antes del cálculo de la imagen y trabajo que se hace durante él.
En la práctica: Render Fabrik es un estudio de renders e infografías 3D que trabaja en toda España —renders en Madrid, Barcelona, Valencia y Málaga—, con presupuesto en 24 horas.
Qué es build time en el renderizado 3D
Cuando se pulsa el botón de render, el motor no empieza a dibujar píxeles al instante. Primero prepara la escena. Esa preparación es el build time, que algunos programas muestran como «preparing scene», «building BVH», «parsing scene» o «building light cache». Las tareas más comunes son:
- Lectura de la escena: cargar modelos, proxies, texturas y materiales en la memoria.
- Estructura de aceleración (BVH): organizar millones de polígonos en una jerarquía que permite al trazado de rayos encontrar rápidamente lo que golpea cada rayo.
- Displacement y subdivisión: generar la geometría adicional de relieves y superficies suavizadas.
- Precálculos de iluminación: irradiance map, light cache u otros cachés de iluminación global, cuando el método elegido los utiliza.
- Compilación de shaders: en motores de GPU y en tiempo real, los materiales se convierten en programas que ejecuta la tarjeta gráfica.
Build time en motores en tiempo real
En motores como Unreal Engine y Unity, build time tiene un sentido aún más concreto. El comando «Build Lighting» calcula la iluminación estática y guarda el resultado en lightmaps, texturas que almacenan luz y sombra ya listas. Después, la escena se ejecuta en tiempo real sin rehacer ese cálculo. También forman parte del build la compilación de shaders, la generación de niveles de detalle (LOD) y el empaquetado del proyecto para su distribución, por ejemplo en un tour interactivo.
Con sistemas de iluminación dinámica, como Lumen en Unreal Engine 5, gran parte de ese precálculo ha dejado de ser obligatorio, lo que reduce el build time a cambio de más procesamiento durante la ejecución.
Build time, render time y tiempo total: la diferencia
| Etapa | Qué ocurre | De qué depende |
|---|---|---|
| Build time | Preparación de la escena antes del primer píxel | Cantidad de geometría, texturas, displacement, cachés de luz |
| Render time | Cálculo efectivo de la imagen | Resolución, número de muestras, complejidad de la luz y de los materiales |
| Postproducción | Ajustes de color, composición y correcciones | Número de pases de render y nivel de acabado |
En una imagen estática, el build time suele ser una parte pequeña del total. En una animación, puede tener más peso, porque se repite en cada fotograma cuando la escena cambia. Por eso, optimizar la preparación marca la diferencia en vídeos 3D con cientos o miles de fotogramas.
Cómo reducir el build time: buenas prácticas
- Usar proxies: árboles, coches y mobiliario pesado entran como proxies, cargados bajo demanda.
- Instanciar objetos repetidos: cien sillas iguales deben ser instancias de un único modelo, no cien copias independientes.
- Limitar el displacement: aplicar relieve real solo donde la cámara ve de cerca; a lo lejos, un mapa de normales lo resuelve.
- Optimizar texturas: resoluciones compatibles con la distancia de la cámara y formatos adecuados reducen la carga de memoria.
- Reutilizar cachés: en animaciones con cámara en movimiento y escena estática, calcular la caché de luz una vez y reutilizarla.
- Limpiar la escena: borrar objetos ocultos, capas olvidadas y materiales sin uso.
Un error común es intentar acelerar el render solo bajando la calidad de la imagen, cuando el cuello de botella está en la preparación: escenas mal organizadas pueden pasar más tiempo montando la estructura que calculando la luz.
Build time en el trabajo de un estudio de visualización
En proyectos de arquitectura, las escenas reúnen edificio, entorno, vegetación, personas y vehículos. Organizar bien estos elementos mantiene el build time bajo control y libera tiempo para lo que importa: luz, materiales y encuadre. Esto vale tanto para imágenes 3D exteriores con mucha vegetación como para experiencias en tiempo real como la maqueta virtual interactiva, en la que el build define la fluidez de la navegación. Otros términos técnicos están en el glosario.
Preguntas frecuentes
¿Build time y render time son lo mismo?
No. Build time es la preparación de la escena antes del cálculo; render time es el cálculo de la imagen en sí. Muchos programas muestran ambos por separado en el registro o en la ventana de progreso.
¿Por qué mi render se queda parado en «preparing scene»?
Generalmente por exceso de geometría, displacement en grandes áreas, texturas demasiado pesadas o proxies mal configurados. Revisar esos puntos suele resolverlo.
¿Qué es «Build Lighting» en Unreal Engine?
Es el comando que precalcula la iluminación estática de la escena y la guarda en lightmaps. Después del build, la escena se ejecuta en tiempo real con luz y sombra ya resueltas.
¿Una tarjeta gráfica más potente reduce el build time?
Ayuda en parte, sobre todo en la compilación de shaders y en la construcción del BVH en motores de GPU. Pero la lectura de archivos, la memoria y la organización de la escena también influyen mucho.