3d rendering workflow o… Vayamos por partes, como diría Jack.

Antecedentes

Cada vez es más frecuente que los proyectos de visualización arquitectónica requieran de mejores resultados en cuanto a realismo, efectismo o calidad de imagen. Esto implica que las escenas aumenten su complejidad y sea necesario replantear y optimizar los procesos de producción si queremos cumplir con los objetivos en tiempo y forma.

Escenas complejas

Antes de nada estaría bien aclarar, de forma simplificada, que la complejidad de una escena tiene que ver con la cantidad de objetos que aparecen en esta y cómo sus cualidades (morfología/grado de definición, cantidad/variedad, materialidad/reflexiones…) influyen notoriamente en los cálculos de iluminación que el sistema tendrá que realizar para obtener la imagen final. Esto suele pasar sobre todo en escenas interiores donde hay infinidad de elementos/productos diferentes, muy bien modelados y texturizados y distintos tipos de iluminación.

Scalpers concept store

Este tipo de escenas dificulta por un lado el manejo por el viewport (a nivel técnico podemos comprobarlo los fps en las estadísticas del programa) e incrementa el peso de los archivos de trabajo, no sólo del que contiene la escena en sí, sino de todos los que intervienen incluyendo texturas, referencias y proxies.

Si a lo anterior añadimos que los tiempos de entrega suelen ser siempre ajustados, resulta fundamental y necesario optimizar la producción y planificar minuciosamente el proceso de desarrollo como si de una cadena de montaje se tratase.

¿Cómo optimizar los recursos para cumplir los objetivos en tiempo y forma?

Haciendo referencia al título del artículo la respuesta tiene que ver con trocear para después ensamblar cada una de las fases del proceso de producción imágenes 3d:

1º Modelado

2º Iluminación y texturizado

3º Renderizado y postproducción

La singularidad de cada proyecto y la especialización de cada miembro del equipo determinarán las partes en que se dividirá cada fase. El objetivo es producir de forma coordinada e independiente cada parte para progresivamente irlas ensamblando como referencias y conseguir a la vez:

1. Manejabilidad.  Optimizar el manejo de cada una de las partes al tratarse de archivos pequeños y controlados.

2. Simultaneidad. Reducir los tiempos de desarrollo al poder estar desarrollando varias partes al mismo tiempo.

De forma genérica el modo que tenemos en el estudio de descomponer un proyecto en archivos de trabajo y tareas independientes sería la siguiente:

nachovillegas-3d-rendering-workflow

Enlace a la imagen a tamaño completo

1. Entorno/Contenedor

2. Arquitectura

3. Iluminación básica

4. Texturizado

5. Objetos

5.1 Búsqueda, Modelado/Adaptación, Texturizado

5.1.1 Categoría/Familia 1

productos_toblerone

6. Iluminación avanzada

7. Atrezo (personas, vegetación, coches)

8. Renderizado

9. Postproducción

Ejemplo de estructura de archivos para el proyecto de promoción de viviendas Rivas Vaciamadrid.

nachovillegas-xref-example

Flujo de trabajo, referencias y cambios.

El esquema que adjuntamos es resultado de la mejora continua de los procesos de producción internos y trata de mostrar a grosso modo tanto a compañeros como a clientes la metodología que seguimos.

Al descomponer cada fase en subprocesos y archivos independientes enlazados como referencias intentamos flexibilizar el flujo de trabajo para dar la mejor respuesta en el mejor tiempo posible. Esto favorece la simultaneidad de varias tareas al mismo tiempo y que varios miembros del equipo puedan avanzar o realizar correcciones con lo que esto conlleva (mejores resultados y menores sufrimientos, o esto nos gusta pensar).

A su vez y esto es algo que desarrollaremos más adelante, este esquema de trabajo es la base para el desarrollo de un modelo de negocio donde múltiples visualizadores podrán participar de forma ágil y coordinada.

Seguramente haya quien piense que hay apartados que podrían desglosarse más o fases que podrían solaparse de otro modo.

Estaremos encantados de recibir tus propuestas de mejora, quejas o comentarios y actualizar el presente texto con las aportaciones de todos. Gracias a todos de antemano.

Nacho.